rsa-sha ডিজিটাল স্বাক্ষরের জন্য সমর্থন নিষ্ক্রিয় করে OpenSSH 8.8-এর প্রকাশ

OpenSSH 8.8 প্রকাশ করা হয়েছে, SSH 2.0 এবং SFTP প্রোটোকল ব্যবহার করে কাজ করার জন্য একটি ক্লায়েন্ট এবং সার্ভারের একটি উন্মুক্ত বাস্তবায়ন। রিলিজটি SHA-1 হ্যাশ ("ssh-rsa") সহ RSA কীগুলির উপর ভিত্তি করে ডিজিটাল স্বাক্ষর ব্যবহার করার ক্ষমতা ডিফল্টরূপে নিষ্ক্রিয় করার জন্য উল্লেখযোগ্য।

"ssh-rsa" স্বাক্ষরগুলির জন্য সমর্থন বন্ধ করা একটি প্রদত্ত উপসর্গের সাথে সংঘর্ষের আক্রমণের বর্ধিত দক্ষতার কারণে (একটি সংঘর্ষ নির্বাচনের খরচ আনুমানিক $50 হাজার)। আপনার সিস্টেমে ssh-rsa-এর ব্যবহার পরীক্ষা করার জন্য, আপনি "-oHostKeyAlgorithms=-ssh-rsa" বিকল্পের মাধ্যমে ssh-এর মাধ্যমে সংযোগ করার চেষ্টা করতে পারেন। SHA-256 এবং SHA-512 হ্যাশ (rsa-sha2-256/512) সহ RSA স্বাক্ষরগুলির জন্য সমর্থন, যা OpenSSH 7.2 থেকে সমর্থিত, অপরিবর্তিত রয়েছে।

বেশিরভাগ ক্ষেত্রে, "ssh-rsa"-এর জন্য সমর্থন বন্ধ করার জন্য ব্যবহারকারীদের থেকে কোনও ম্যানুয়াল অ্যাকশনের প্রয়োজন হবে না, যেহেতু OpenSSH পূর্বে UpdateHostKeys সেটিং ডিফল্টরূপে সক্রিয় ছিল, যা স্বয়ংক্রিয়ভাবে ক্লায়েন্টদের আরও নির্ভরযোগ্য অ্যালগরিদমে স্থানান্তরিত করে। মাইগ্রেশনের জন্য, প্রোটোকল এক্সটেনশন "[ইমেল সুরক্ষিত]", সার্ভারকে, প্রমাণীকরণের পরে, সমস্ত উপলব্ধ হোস্ট কী সম্পর্কে ক্লায়েন্টকে অবহিত করার অনুমতি দেয়৷ ক্লায়েন্ট সাইডে OpenSSH-এর খুব পুরানো সংস্করণগুলির সাথে হোস্টের সাথে সংযোগ করার ক্ষেত্রে, আপনি ~/.ssh/config: হোস্ট old_hostname HostkeyAlgorithms +ssh-rsa PubkeyAcceptedAlgorithms + যোগ করে "ssh-rsa" স্বাক্ষর ব্যবহার করার ক্ষমতা বেছে নিতে পারেন। ssh-rsa

নতুন সংস্করণটি sshd দ্বারা সৃষ্ট একটি নিরাপত্তা সমস্যাও সমাধান করে, OpenSSH 6.2 থেকে শুরু করে, AuthorizedKeysCommand এবং AuthorizedPrincipalsCommand নির্দেশাবলীতে নির্দেশিত কমান্ডগুলি কার্যকর করার সময় ব্যবহারকারী গোষ্ঠীকে সঠিকভাবে আরম্ভ না করে। এই নির্দেশগুলি অন্য ব্যবহারকারীর অধীনে কমান্ড চালানোর অনুমতি দেওয়ার কথা ছিল, কিন্তু প্রকৃতপক্ষে তারা sshd চালানোর সময় ব্যবহৃত গোষ্ঠীর তালিকা উত্তরাধিকারসূত্রে পেয়েছে। সম্ভবত, এই আচরণ, নির্দিষ্ট সিস্টেম সেটিংসের উপস্থিতিতে, লঞ্চ হ্যান্ডলারকে সিস্টেমে অতিরিক্ত সুবিধা পেতে অনুমতি দেয়।

নতুন রিলিজ নোটে একটি সতর্কতাও রয়েছে যে scp লিগ্যাসি SCP/RCP প্রোটোকলের পরিবর্তে SFTP-তে ডিফল্ট হবে। SFTP আরও অনুমানযোগ্য নাম পরিচালনার পদ্ধতি ব্যবহার করে এবং অন্য হোস্টের ফাইলের নামগুলিতে গ্লোব প্যাটার্নের শেল প্রক্রিয়াকরণ ব্যবহার করে না, যা নিরাপত্তা সমস্যা তৈরি করে। বিশেষ করে, SCP এবং RCP ব্যবহার করার সময়, সার্ভার ক্লায়েন্টকে কোন ফাইল এবং ডিরেক্টরি পাঠাতে হবে তা নির্ধারণ করে এবং ক্লায়েন্ট শুধুমাত্র ফেরত আসা বস্তুর নামগুলির সঠিকতা পরীক্ষা করে, যা ক্লায়েন্টের পক্ষ থেকে সঠিক চেকের অনুপস্থিতিতে অনুমতি দেয়। সার্ভার অন্য ফাইল নাম স্থানান্তর করতে যা অনুরোধ করা থেকে ভিন্ন। SFTP প্রোটোকলের এই সমস্যা নেই, কিন্তু বিশেষ পাথ যেমন “~/” সম্প্রসারণ সমর্থন করে না। এই পার্থক্যের সমাধান করার জন্য, OpenSSH-এর পূর্ববর্তী রিলিজ SFTP সার্ভার বাস্তবায়নে ~/ এবং ~user/ পাথে একটি নতুন SFTP প্রোটোকল এক্সটেনশন চালু করেছে।

উত্স: opennet.ru