GRUB2 में कठिन-से-ठीक कमजोरियाँ जो आपको UEFI सिक्योर बूट को बायपास करने की अनुमति देती हैं

GRUB8 बूटलोडर में 2 कमजोरियों के बारे में जानकारी का खुलासा किया गया है, जो आपको UEFI सिक्योर बूट तंत्र को बायपास करने और असत्यापित कोड चलाने की अनुमति देता है, उदाहरण के लिए, बूटलोडर या कर्नेल स्तर पर चल रहे मैलवेयर को लागू करना।

आइए याद रखें कि अधिकांश लिनक्स वितरणों में, यूईएफआई सिक्योर बूट मोड में सत्यापित बूटिंग के लिए, माइक्रोसॉफ्ट द्वारा डिजिटल रूप से हस्ताक्षरित एक छोटी शिम परत का उपयोग किया जाता है। यह परत GRUB2 को अपने स्वयं के प्रमाणपत्र के साथ सत्यापित करती है, जो वितरण डेवलपर्स को प्रत्येक कर्नेल और GRUB अपडेट को Microsoft द्वारा प्रमाणित नहीं करने की अनुमति देती है। GRUB2 में कमजोरियाँ आपको सफल शिम सत्यापन के बाद चरण में अपने कोड के निष्पादन को प्राप्त करने की अनुमति देती हैं, लेकिन ऑपरेटिंग सिस्टम को लोड करने से पहले, सुरक्षित बूट मोड सक्रिय होने पर विश्वास की श्रृंखला में शामिल होना और आगे की बूट प्रक्रिया पर पूर्ण नियंत्रण प्राप्त करना शामिल है। दूसरे ओएस को लोड करना, ऑपरेटिंग सिस्टम घटकों को संशोधित करना और लॉकडाउन सुरक्षा को बायपास करना।

पिछले साल की बूटहोल भेद्यता की तरह, बूटलोडर को अपडेट करना समस्या को रोकने के लिए पर्याप्त नहीं है, क्योंकि एक हमलावर, इस्तेमाल किए गए ऑपरेटिंग सिस्टम की परवाह किए बिना, यूईएफआई सिक्योर बूट से समझौता करने के लिए GRUB2 के पुराने, डिजिटल रूप से हस्ताक्षरित, कमजोर संस्करण के साथ बूट करने योग्य मीडिया का उपयोग कर सकता है। समस्या को केवल प्रमाणपत्र निरस्तीकरण सूची (डीबीएक्स, यूईएफआई निरस्तीकरण सूची) को अद्यतन करके हल किया जा सकता है, लेकिन इस मामले में लिनक्स के साथ पुराने इंस्टॉलेशन मीडिया का उपयोग करने की क्षमता खो जाएगी।

फर्मवेयर वाले सिस्टम पर जिसमें अद्यतन प्रमाणपत्र निरस्तीकरण सूची है, केवल लिनक्स वितरण के अद्यतन बिल्ड को यूईएफआई सिक्योर बूट मोड में लोड किया जा सकता है। वितरण को इंस्टॉलर, बूटलोडर, कर्नेल पैकेज, एफडब्ल्यूयूपीडी फर्मवेयर और शिम लेयर को अपडेट करने की आवश्यकता होगी, जिससे उनके लिए नए डिजिटल हस्ताक्षर तैयार होंगे। उपयोगकर्ताओं को इंस्टॉलेशन छवियों और अन्य बूट करने योग्य मीडिया को अपडेट करने के साथ-साथ यूईएफआई फर्मवेयर में एक प्रमाणपत्र निरस्तीकरण सूची (डीबीएक्स) लोड करने की आवश्यकता होगी। डीबीएक्स को यूईएफआई में अपडेट करने से पहले, ओएस में अपडेट की स्थापना के बावजूद सिस्टम असुरक्षित रहता है। कमजोरियों की स्थिति का आकलन इन पृष्ठों पर किया जा सकता है: उबंटू, एसयूएसई, आरएचईएल, डेबियन।

निरस्त प्रमाणपत्रों को वितरित करते समय आने वाली समस्याओं को हल करने के लिए, भविष्य में SBAT (UEFI सिक्योर बूट एडवांस्ड टारगेटिंग) तंत्र का उपयोग करने की योजना बनाई गई है, जिसके लिए समर्थन GRUB2, शिम और fwupd के लिए लागू किया गया है, और अगले अपडेट से शुरू किया जाएगा। dbxtool पैकेज द्वारा प्रदान की गई कार्यक्षमता के बजाय उपयोग किया जाता है। SBAT को Microsoft के साथ संयुक्त रूप से विकसित किया गया था और इसमें UEFI घटकों की निष्पादन योग्य फ़ाइलों में नया मेटाडेटा जोड़ना शामिल है, जिसमें निर्माता, उत्पाद, घटक और संस्करण के बारे में जानकारी शामिल है। निर्दिष्ट मेटाडेटा डिजिटल हस्ताक्षर से प्रमाणित है और इसे अतिरिक्त रूप से यूईएफआई सिक्योर बूट के लिए अनुमत या निषिद्ध घटकों की सूची में शामिल किया जा सकता है। इस प्रकार, SBAT आपको सुरक्षित बूट के लिए कुंजियों को पुन: उत्पन्न करने की आवश्यकता के बिना और कर्नेल, शिम, ग्रब 2 और एफडब्ल्यूयूपीडी के लिए नए हस्ताक्षर उत्पन्न किए बिना निरस्तीकरण के दौरान घटक संस्करण संख्याओं में हेरफेर करने की अनुमति देगा।

पहचानी गई कमजोरियाँ:

• CVE-2020-14372 - GRUB2 में acpi कमांड का उपयोग करके, स्थानीय सिस्टम पर एक विशेषाधिकार प्राप्त उपयोगकर्ता SSDT (माध्यमिक सिस्टम विवरण तालिका) को /boot/efi निर्देशिका में रखकर और grub.cfg में सेटिंग्स बदलकर संशोधित ACPI तालिकाओं को लोड कर सकता है। हालाँकि सिक्योर बूट मोड सक्रिय है, प्रस्तावित SSDT को कर्नेल द्वारा निष्पादित किया जाएगा और इसका उपयोग लॉकडाउन सुरक्षा को अक्षम करने के लिए किया जा सकता है जो UEFI सिक्योर बूट बायपास पथ को अवरुद्ध करता है। परिणामस्वरूप, एक हमलावर डिजिटल हस्ताक्षर की जांच किए बिना, kexec तंत्र के माध्यम से अपने कर्नेल मॉड्यूल या रनिंग कोड को लोड कर सकता है।
• CVE-2020-25632 rmmod कमांड के कार्यान्वयन में एक उपयोग-बाद-मुक्त मेमोरी एक्सेस है, जो तब होता है जब किसी भी मॉड्यूल को उससे जुड़ी निर्भरता को ध्यान में रखे बिना अनलोड करने का प्रयास किया जाता है। भेद्यता एक ऐसे शोषण के निर्माण को बाहर नहीं करती है जो सुरक्षित बूट सत्यापन को दरकिनार कर कोड निष्पादन का कारण बन सकता है।
• CVE-2020-25647 USB उपकरणों को आरंभ करते समय grub_usb_device_initialize() फ़ंक्शन में एक आउट-ऑफ-बाउंड राइट कहा जाता है। समस्या का फायदा विशेष रूप से तैयार यूएसबी डिवाइस को कनेक्ट करके किया जा सकता है जो पैरामीटर उत्पन्न करता है जिसका आकार यूएसबी संरचनाओं के लिए आवंटित बफर के आकार के अनुरूप नहीं होता है। एक हमलावर USB उपकरणों में हेरफेर करके उस कोड का निष्पादन प्राप्त कर सकता है जो सिक्योर बूट में सत्यापित नहीं है।
• CVE-2020-27749 grub_parser_split_cmdline() फ़ंक्शन में एक बफर ओवरफ़्लो है, जो GRUB2 कमांड लाइन पर 1 KB से बड़े वेरिएबल निर्दिष्ट करने के कारण हो सकता है। भेद्यता कोड निष्पादन को सुरक्षित बूट को बायपास करने की अनुमति देती है।
• सीवीई-2020-27779 - कटमेम कमांड एक हमलावर को सिक्योर बूट को बायपास करने के लिए मेमोरी से कई पतों को हटाने की अनुमति देता है।
• सीवीई-2021-3418 - शिम_लॉक में परिवर्तन ने पिछले वर्ष की भेद्यता सीवीई-2020-15705 का फायदा उठाने के लिए एक अतिरिक्त वेक्टर बनाया। GRUB2 पर हस्ताक्षर करने के लिए उपयोग किए गए प्रमाणपत्र को dbx में स्थापित करके, GRUB2 ने हस्ताक्षर को सत्यापित किए बिना किसी भी कर्नेल को सीधे लोड करने की अनुमति दी।
• सीवीई-2021-20225 - बहुत बड़ी संख्या में विकल्पों के साथ कमांड चलाने पर आउट-ऑफ-बाउंड डेटा लिखने की संभावना।
• सीवीई-2021-20233 - उद्धरण चिह्नों का उपयोग करते समय गलत बफर आकार गणना के कारण सीमा से बाहर डेटा लिखने की संभावना। आकार की गणना करते समय, यह माना गया कि एक उद्धरण से बचने के लिए तीन वर्णों की आवश्यकता थी, जबकि वास्तव में चार की आवश्यकता थी।

स्रोत: opennet.ru