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

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

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

• CVE-2022-2601 - pf2 प्रारूप में विशेष रूप से डिज़ाइन किए गए फ़ॉन्ट को संसाधित करते समय grub_font_construct_glyph() फ़ंक्शन में एक बफर ओवरफ़्लो, जो कि max_glyph_size पैरामीटर की गलत गणना और मेमोरी क्षेत्र के आवंटन के कारण होता है जो स्पष्ट रूप से आवश्यक से छोटा है ग्लिफ़ को समायोजित करें.
• सीवीई-2022-3775 एक विशेष स्टाइल वाले फ़ॉन्ट में कुछ यूनिकोड अनुक्रमों को प्रस्तुत करते समय एक आउट-ऑफ-बाउंड लेखन होता है। समस्या फ़ॉन्ट प्रोसेसिंग कोड में है और यह सुनिश्चित करने के लिए उचित जांच की कमी के कारण होती है कि ग्लिफ़ की चौड़ाई और ऊंचाई उपलब्ध बिटमैप के आकार से मेल खाती है। एक हमलावर इनपुट को इस तरह से तैयार कर सकता है जिससे डेटा की पूंछ आवंटित बफर के बाहर लिखी जा सके। यह ध्यान दिया गया है कि भेद्यता का फायदा उठाने की जटिलता के बावजूद, समस्या को कोड निष्पादन में लाना शामिल नहीं है।

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

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

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

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

स्रोत: opennet.ru