এসএসএইচ: হোস্ট <হোস্ট> এর সত্যতা প্রতিষ্ঠিত হতে পারে না

Question

এই বার্তাটির অর্থ কী? এটি কি কোনও সম্ভাব্য সমস্যা? চ্যানেলটি কি সুরক্ষিত নয়?

অথবা এটি কি কোনও নতুন সার্ভারের সাথে সংযোগ করার সময় সর্বদা প্রদর্শিত ডিফল্ট বার্তা ?

অতীতে এসএসএইচ ব্যবহার করার সময় আমি এই বার্তাটি দেখতে অভ্যস্ত: আমি সর্বদা একটি পাসওয়ার্ড দিয়ে আমার লগইনটিতে সর্বদা প্রবেশ করতাম এবং আমি এটি সম্পর্কে ভালই অনুভব করি কারণ আমি ব্যক্তিগত / পাবলিক কী ব্যবহার করছিলাম না (যা অনেক বেশি সুরক্ষিত) একটি সংক্ষিপ্ত পাসওয়ার্ড চেয়ে)। তবে এবার বিটবাকেটে আমার সংযোগের জন্য ssh দিয়ে একটি পাবলিক কী সেট করেছি তবে আমি বার্তাটি পেয়েছি। আমি সচেতন যে পাসওয়ার্ড প্রম্পট প্রাইভেট কী ডিক্রিপশন জন্য, পৃথক, পরিপূরক সুরক্ষা ব্যবস্থা।

আমি আশা করছি যে এই "সত্যতা প্রতিষ্ঠিত হতে পারে না" বার্তাটি কী বোঝায় তার জন্য কেউ একটি সুন্দর ব্যাখ্যা দিতে পারে।

The authenticity of host 'bitbucket.org (207.223.240.181)' can't be established.

RSA key fingerprint is 97:8c:1b:f2:6f:14:6b:5c:3b:ec:aa:46:46:74:7c:40.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'bitbucket.org,207.223.240.181' (RSA) to the list of
known hosts.
Enter passphrase for key '/c/Users/Steven/.ssh/id_rsa':

Comments

এটি সত্যই এর মধ্যে অন্যতম "বার্তা" এর অর্থ হ'ল " এর অর্থ হল sshযে আপনি সত্যই কথা বলছেন তা বলার কোনও উপায় নেই bitbucket.org। এটি জানার জন্য যদি আপনি কোনও উপায়ে কনফিগার করেছেন তবে এটি কাজ করছে না। যদি আপনি না করেন, তবে এটি আপনাকে বলছে যে আপনি করেননি।

— ডেভিড শোয়ার্জ

Answer 1

এটি আপনাকে বলছে যে আপনি আগে কখনও এই সার্ভারটির সাথে সংযুক্ত ছিলেন না। আপনি যদি এটির প্রত্যাশা করছিলেন তবে এটি সম্পূর্ণ স্বাভাবিক normal আপনি যদি ভৌতিক হয়ে থাকেন তবে বিকল্প চ্যানেলটি ব্যবহার করে কীটির চেকসাম / ফিঙ্গারপ্রিন্ট যাচাই করুন। (তবে মনে রাখবেন যে কেউ আপনার ssh সংযোগটি পুনর্নির্দেশ করতে পারে সে ওয়েব ব্রাউজার সেশন পুনর্নির্দেশ করতে পারে))

আপনি যদি এই সার্ভারের সাথে এই এসএসএস ইনস্টল করার আগে সংযুক্ত হয়ে থাকেন তবে সার্ভারটি নতুন কী দিয়ে পুনরায় কনফিগার করা হয়েছে বা অন্য কেউ সার্ভারের পরিচয় ফাঁকি দিচ্ছে। মধ্য-মধ্যের আক্রমণটির গুরুতরতার কারণে, এটি আপনাকে সম্ভাবনার বিষয়ে সতর্ক করছে।

যে কোনও উপায়ে আপনার কাছে কারও কাছে সুরক্ষিত এনক্রিপ্ট হওয়া চ্যানেল রয়েছে । ফিঙ্গারপ্রিন্টের সাথে সম্পর্কিত ব্যক্তিগত কী ব্যতীত কেউ 97:8c:1b:f2:6f:14:6b:5c:3b:ec:aa:46:46:74:7c:40আপনার প্রেরণটি ডিকোড করতে পারে না।

আপনি নিজের প্রমাণীকরণের জন্য যে চাবিটি ব্যবহার করছেন তা সম্পর্কিত নয় ... আপনি কোনও প্রতারণামূলক সার্ভারের কাছে প্রমাণীকরণের তথ্য প্রেরণ করতে চাইবেন না যে এটি চুরি করতে পারে, এবং তাই আপনি কোনও পাসফ্রেজ ব্যবহার করছেন কিনা তার উপর নির্ভর করে আপনার কোনও পরিবর্তন আশা করা উচিত নয় বা লগইন করতে ব্যক্তিগত কী। আপনি এখনও প্রক্রিয়াটি এতটা অর্জন করতে পারেন নি।

Comments

সুতরাং, এমনকি যদি কোনও দূষিত তৃতীয় পক্ষ উপস্থিত থাকে এবং আমি বার্তাটি খারিজ করি তবে আমি যা করতে যাচ্ছি তা হ'ল তাকে আমার সার্বজনীন কী পাঠানো হচ্ছে এবং তিনি এখনও আমার ডেটা ডিক্রিপ্ট করতে পারবেন না? সুতরাং এখন কেবলমাত্র আমার ডেটা আপোস করার একমাত্র উপায় হ'ল যদি (1) আমার ব্যক্তিগত কী আপোস করা হয় বা (2) বিটবাকেটের সার্ভারগুলি আপোস করা হয় বা (3) আমার বিটবাকেট অ্যাকাউন্টে আপোস করা হয়। এতক্ষণ তারা লগইন প্রচেষ্টা সীমাবদ্ধ রাখার পরে (যা না করলে আমি সত্যিই অবাক হয়ে যাব) সত্যিই এই মুহুর্তে অসম্পূর্ণ হওয়ার অনেক কারণ নেই, তাই না?

— স্টিভেন লু

@ স্টিভেন: আপনি তাকে আপনার সর্বজনীন কী পাঠাচ্ছেন না, ইতিমধ্যে তার কাছে এটি রয়েছে। আপনি যা করছেন তা আপনার ব্যক্তিগত কীটি কোনও চ্যালেঞ্জকে প্রমাণীকরণের জন্য ব্যবহার করছে ... যদি তিনি নিজেকে সত্য বলে দাবি করে সত্যিকারের বিটবুকিট.অর্গের সাথে সংযুক্ত থাকেন , আসল চ্যালেঞ্জটি পেয়েছেন এবং আপনাকে চ্যালেঞ্জ জানাতে গিয়ে সেই চ্যালেঞ্জটি ব্যবহার করেন, তবে তিনি আপনাকে বোকা বানিয়ে ফেলতে পারেন তাকে একটি বৈধ প্রতিক্রিয়া প্রেরণ করা যা সে তারপরে আসল বিটবুকিট.আর.জে আপনার অ্যাকাউন্টে অ্যাক্সেস পেতে ব্যবহার করে। তার কাছে এখনও আপনার ব্যক্তিগত কী নেই, তাই ভবিষ্যতের যে কোনও সময়, বা কীটি আনলক করা অন্য কোনও সংস্থায় লগইন করতে পারবেন না, তবে তার একটি লগইন সেশন রয়েছে।

— বেন ভয়েগট

আমি যখন বলেছিলাম "আপনি কোনও প্রতারণামূলক সার্ভারে প্রমাণীকরণের তথ্য প্রেরণ করতে চান না" তখন আমি আমার উত্তরে এর অর্থ বোঝাতে চাইছিলাম।

— বেন ভয়েগট

"আপনি যদি ভৌতিক হয়ে থাকেন তবে বিকল্প চ্যানেল ব্যবহার করে কীটির চেকসাম / ফিঙ্গারপ্রিন্ট যাচাই করুন" " অদ্ভুততার জন্য (এবং রেকর্ডের জন্য), গিথুবের আঙুলের ছাপটি হেল্প . github.com/articles/generating-ssh-keys এ রয়েছে এবং বিটবাকেটের সংমিশ্রণে

— সুন্দরের

@ বেনভয়েট হ্যাঁ, আমি বুঝতে পেরেছি যে সত্যিকারের প্যারানয়েড অবশ্যই কোনও ভিন্ন সম্পর্কযুক্ত নেটওয়ার্কের মাধ্যমে সেই পৃষ্ঠাগুলিতে পৌঁছে যাবে, বা গিথুব সদর দফতরে উড়ে গিয়ে আঙ্গুলের

— ছাপটি

Answer 2

আমাদের বলুন যে আপনি কারও সাথে কিছু ব্যবসায়িক গোপনীয়তার আদান প্রদানের জন্য সাক্ষাত করেন। আপনার পরামর্শদাতা আপনাকে বলছেন যে আপনি এই ব্যক্তির সাথে এর আগে কখনও সাক্ষাত করেন নি এবং এটি ভণ্ডামি হতে পারে। তদুপরি, তাঁর সাথে পরবর্তী বৈঠকের জন্য, আপনার পরামর্শদাতা আপনাকে আর সতর্ক করতে যাবেন না। বার্তাটির অর্থ এটিই। ব্যক্তিটি হ'ল রিমোট সার্ভার এবং আপনার পরামর্শদাতা এসএসএস ক্লায়েন্ট।

আমি মনে করি না যে তার সাথে গোপনীয়তা ভাগ করে নেওয়ার আগে সেই ব্যক্তির পরিচয়টি দ্বিগুণ চেক করা বেহায়া। উদাহরণস্বরূপ আপনি তার ছবি সহ একটি ওয়েব পৃষ্ঠা খুলতে এবং এটি আপনার সামনে মুখের সাথে তুলনা করতে পারেন। অথবা তার পরিচয়পত্র পরীক্ষা করুন।

বিটবকেট সার্ভারের জন্য, আপনি একটি ভিন্ন, আরও বিশ্বস্ত কম্পিউটার ব্যবহার করতে পারেন এবং এর মুখের চিত্রটি এখান থেকে পেতে পারেন এবং তারপরে আপনি এখন যে কম্পিউটারে ব্যবহার করছেন কম্পিউটারে এটির সাথে তুলনা করতে পারেন। ব্যবহার করুন:

 ssh-keyscan -t rsa bitbucket.org | ssh-keygen -lv -f -

যদি মুখগুলি মেলে, তবে আপনি ফাইলটিতে কীটি যুক্ত করতে পারেন উদাহরণস্বরূপ ~/.ssh/known_hosts(অনেকগুলি লিনাক্স বিতরণের মানক অবস্থান) এর সাথে:

ssh-keyscan -t rsa -H bitbucket.org >> ~/.ssh/known_hosts

এটি ইতিমধ্যে তার মুখ জানে হিসাবে ssh ক্লায়েন্ট আপনাকে সতর্ক করবে না । এটি যে কোনও সময় আপনি সংযুক্ত হওয়ার সাথে সাথে মুখগুলির তুলনা করবে । এটা খুব গুরুত্বপূর্ণ। ভণ্ডামির ক্ষেত্রে (উদাহরণস্বরূপ মধ্য-আক্রমণে ম্যান-ইন), ssh ক্লায়েন্ট সংযোগটি প্রত্যাখ্যান করবে কারণ চেহারা বদলে গেছে।

Comments

এই উত্তরটি খুব সহায়ক

— 010110110101

এটি গ্রহণযোগ্য উত্তর হওয়া উচিত: ssh-keyscan -t rsa -H bitbucket.org >> ~/.ssh/known_hosts ধন্যবাদ ইভান!

— রড

@ রড: আপনি কোনও আদেশের উপর ভিত্তি করে গ্রহণযোগ্য উত্তরটি বেছে নেবেন যা উভয়ই সম্পূর্ণ অপ্রয়োজনীয় (আপনি known_hostsইতিমধ্যে প্রশ্নের মধ্যে ইতিমধ্যে প্রদর্শিত হ'ল মূল সতর্কতার জন্য "হ্যাঁ" টাইপ করে সংশোধন করতে পারবেন ) এবং বিপজ্জনক (যে কীটি আপনি আপনারতে যুক্ত করেছেন) ফাইলটি আপনি যা দেখেছেন তা অগত্যা নয়, কারণ আপনি এটি দুটিবার এনেছেন!)?

— বেন ভয়েগট

@ বেনভয়েগ্ট এই সমাধানটি যা সরবরাহ করে তা "হ্যাঁ" টাইপ করে না যে এই সমাধানটি সম্পূর্ণ স্ক্রিপ্টযোগ্য। আমি ধরে নিয়েছি বেশিরভাগ লোকেরা "(হ্যাঁ / না)" কীভাবে প্রতিক্রিয়া জানাতে পারেন? শীঘ্র. মানুষের হস্তক্ষেপ ছাড়াই কীভাবে এই সমস্যাটি সমাধান করা যায় (সার্ভার সেট আপ স্ক্রিপ্টের জন্য) এটি বের করার চেষ্টা করার সময় আমি এই প্রশ্নোত্তর পেরিয়ে এসেছি। আমার উত্তেজনায় আমি অনুমান করি যে আমি খেয়াল করিনি যে ও.পি. এর প্রশ্নটি আমার থেকে কিছুটা আলাদা, তবে আইএমও এটি এখনও থ্রেডের সবচেয়ে কার্যকর / অ-সুস্পষ্ট উত্তর।

— রড

@ রড: না, এটি কার্যকর নয়। আপনার সুরক্ষা হ্রাস করা খারাপ। আপনার সুরক্ষা হ্রাস করার দ্রুত উপায়গুলি সন্ধান করা কার্যকরের ঠিক বিপরীত।

— বেন ভয়েগট

Answer 3

আমাকে কেবল known_hostsটেক্সট ফাইলটি তৈরি করতে হয়েছিল~/.ssh

sudo vim ~/.ssh/known_hosts
sudo chmod 777 ~/.ssh/known_hosts

এটি করার পরে এটি হোস্ট যুক্ত করেছে এবং আমি আর কখনও বার্তাটি দেখতে পাইনি।

Comments

আমি সত্যিই কিছু পরিবর্তন করে বলে মনে হয় না। সতর্কতাটি প্রদর্শিত হবে যখন সার্ভার নিজেই পরিবর্তিত হবে। উদাহরণস্বরূপ, যদি আপনি কোনও নতুন ভার্চুয়াল মেশিন সরবরাহ করেন যা আপনি প্রথমবার সংযোগ করছেন। আপনার কাছে কোনও known_hostsফাইল রয়েছে কিনা (সঠিক অনুমতি সহ) আপনাকে নতুন সার্ভারের সত্যতা সম্পর্কে জিজ্ঞাসা করা থেকে বিরত রাখবে না ... যদি না আপনি ইতিমধ্যে কোনওভাবে এই সার্ভারটির জন্য পাব কী স্বাক্ষরটি খুঁজে না পেয়ে থাকেন এবং এটি আপনার known_hosts, যা চেক এড়িয়ে যাওয়ার এক সাধারণ উপায় (যদিও চেকটিকে "হ্যাঁ" বলার ক্ষেত্রে এটি অর্জন করা প্রায়শই দ্রুত হয়)

— স্টিভেন লু

ধন্যবাদ। আমার জানা ছিল_হোস্ট ছিল, কিন্তু সতর্কতা পেতে থাকলাম। সতর্কতা বন্ধ হয়ে যাওয়ার জন্য আমাকে কেবল ज्ञিত_হোস্টের অনুমতিগুলি পরিবর্তন করতে হয়েছিল।

— আর্কেডমিনিয়ন

দয়া করে এটি করবেন না। একটি গুরুতর সুরক্ষা বিপত্তি হতে পারে। আপনার হোস্ট ফাইলটি কেবল আপনার দ্বারা লিখিত হতে হবে। দ্বিতীয় কমান্ডটি মূলত আপনার কম্পিউটারের কাউকেই সার্ভারের পরিচয় ফাঁকি দেওয়ার অনুমতি দিচ্ছে।

— স্টলজ

"সার্ভারটি নিজেই পরিবর্তিত হয়ে গেলে সতর্কতাটি দেখানো হয়।" অথবা যখন সার্ভারটি এর আগে কখনও দেখা হয়নি।

— রড

Answer 4

আর একটি সহজ উপায় আছে কেবল /root/.ssh এর অধীনে একটি "কনফিগারেশন" ফাইলটি স্পর্শ করুন এবং স্ট্রাইকটহস্টকি কী প্যারামিটারটি যুক্ত করবেন না পরবর্তী বার আপনি যখন কোনও সার্ভারে লগইন করবেন, তখন আরএসএ কীটি পরিচিত_হোস্টে যুক্ত হবে এবং "হ্যাঁ" জিজ্ঞাসা করবে না সত্যতা নিশ্চিতকরণ জন্য

Comments

এটি সুপারিশ করা হয় না। পরিস্থিতি মোকাবেলার জন্য এটি সহজ তবে সঠিক উপায় নয়।

— বিকাশ

Answer 5

এই বার্তাটি কেবল এসএসএইচই আপনাকে বলছে যে এটি আগে কখনও এই নির্দিষ্ট হোস্ট কীটি দেখেনি, সুতরাং আপনি যে হোস্টটিকে আপনি মনে করছেন তার সাথে আপনি সংযোগ করছেন তা সত্যই তা যাচাই করতে সক্ষম হয় না। আপনি "হ্যাঁ" বললে এটি ssh কীটি আপনার পরিচিত_হোস্ট ফাইলগুলিতে রাখে এবং তারপরে সংযোগগুলির পরে এটি হোস্ট থেকে প্রাপ্ত কীটি পরিচিত_হোস্ট ফাইলের সাথে তুলনা করে।

স্ট্যাক ওভারফ্লো উপর একটি বিষয়ক নিবন্ধটি এই সতর্কবার্তা অক্ষম কিভাবে দেখাচ্ছে ছিল https://stackoverflow.com/questions/3663895/ssh-the-authenticity-of-host-hostname-cant-be-established ।

Comments

তবে সতর্কতাটি নিষ্ক্রিয় করার পরামর্শ দেওয়া হয় না - এটি একটি দরকারী উদ্দেশ্যে রয়েছে, খুব কার্যকর সুরক্ষা তথ্য সরবরাহ করে।

— ররি আলসপ

Answer 6

ইতিমধ্যে প্রদত্ত উত্তরগুলি বাদ দিয়ে (আপনি আগে কখনও এই হোস্টের সাথে সংযুক্ত ছিলেন না) পৃথক সম্ভাবনাও রয়েছে যে আপনি (হোস্টের সাথে) বর্তমান হোস্টের আগে কখনও সংযুক্ত ছিলেন না; এটি কেবল মনস্তাত্ত্বিকভাবে পৃথক; আপনি মনে করেন যে আপনি হোস্ট এ (বি) তে সংযোগ করছেন, অন্যদিকে হোস্ট এক্স (বি) থেকে সত্যই সংযোগ দেওয়ার চেষ্টা করছেন। এটি উদাহরণস্বরূপ ঘটতে পারে যখন আপনি প্রথমে A থেকে X এবং পরে একই টার্মিনাল থেকে বি তে Ssh করার চেষ্টা করে আপনি এখনও এ-তে রয়েছেন happen

Comments

আমি অবাক হই যে ssh এজেন্ট ফরওয়ার্ডিং ব্যবহার করে যদি হোস্ট এ বি সম্পর্কে জানে তবে এক্স জানে না তবে সতর্কতা দমন করতে পারে তবে এজেন্ট ফরোয়ার্ডিং এ এবং এক্স এর মধ্যে হয়। বেশিরভাগ পরিবেশ (যা সরবরাহ করে ssh) এবং টার্মিনাল অ্যাপস এজেন্ট ফরোয়ার্ড সমর্থন করে, এটি সহায়তা করে আপনাকে কেবল আপনার শেষ ডিভাইসগুলিতে পরিচালনা করতে হবে এমন ssh কীগুলির সংখ্যা হ্রাস করুন।

— স্টিভেন লু

Answer 7

আমার ক্ষেত্রে পাসওয়ার্ড কম লগইন আমার হোম ডিরেক্টরি অনুমতিের কারণে কাজ করছে না কারণ আমি ডিফল্ট সেটিংস পরিবর্তন করেছি। অবশেষে, এখানে আমার জন্য কাজ করেছে। আমার হোম ডিরেক্টরি অনুমতি আছে

/ হোম / ব্যবহারকারীর নাম

drwxr----x. 18 username     groupname  4096 May 11 11:52 username

/home/username/.ssh

268823097 drwx------   2 username groupname     29 May 11 11:53 .ssh

/home/username/.ssh/authorized_keys

-rw-r----- 1 username groupname 402 May 11 11:53 authorized_keys