ক্রিপ্টসেটআপে একটি দুর্বলতা যা আপনাকে LUKS2 পার্টিশনে এনক্রিপশন নিষ্ক্রিয় করতে দেয়

ক্রিপ্টসেটআপ প্যাকেজে একটি দুর্বলতা (CVE-2021-4122) চিহ্নিত করা হয়েছে, যা Linux-এ ডিস্ক পার্টিশনগুলিকে এনক্রিপ্ট করতে ব্যবহৃত হয়, যা মেটাডেটা পরিবর্তন করে LUKS2 (Linux Uniified Key Setup) বিন্যাসে পার্টিশনে এনক্রিপশন নিষ্ক্রিয় করার অনুমতি দেয়। দুর্বলতা কাজে লাগাতে, আক্রমণকারীর অবশ্যই এনক্রিপ্ট করা মিডিয়াতে শারীরিক অ্যাক্সেস থাকতে হবে, যেমন পদ্ধতিটি মূলত এনক্রিপ্ট করা বাহ্যিক স্টোরেজ ডিভাইস, যেমন ফ্ল্যাশ ড্রাইভ আক্রমণ করার জন্য অর্থপূর্ণ, যেখানে আক্রমণকারীর অ্যাক্সেস আছে কিন্তু ডেটা ডিক্রিপ্ট করার পাসওয়ার্ড জানেন না।

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

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

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

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

সমস্যাটি ক্রিপ্টসেটআপ প্রকল্প রক্ষণাবেক্ষণকারী দ্বারা চিহ্নিত করা হয়েছে এবং ক্রিপ্টসেটআপ 2.4.3 এবং 2.3.7 আপডেটে সংশোধন করা হয়েছে। ডিস্ট্রিবিউশনে সমস্যা সমাধানের জন্য তৈরি করা আপডেটের স্থিতি এই পৃষ্ঠাগুলিতে ট্র্যাক করা যেতে পারে: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch। দুর্বলতা শুধুমাত্র ক্রিপ্টসেটআপ 2.2.0 প্রকাশের পর থেকে দেখা যায়, যা "অনলাইন পুনরায় এনক্রিপশন" অপারেশনের জন্য সমর্থন চালু করেছে। সুরক্ষার জন্য একটি সমাধান হিসাবে, "--disable-luks2-reencryption" বিকল্পের সাথে চালু করা ব্যবহার করা যেতে পারে।

উত্স: opennet.ru