UEFI सिक्योर बूट को दरकिनार करने के लिए हस्ताक्षर किए गए बूटलोडर्स का शोषण

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

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

मैं विभिन्न कंप्यूटर रिकवरी सॉफ़्टवेयर के साथ एक बूट करने योग्य USB फ्लैश ड्राइव बनाना चाहता था जो सुरक्षित बूट को अक्षम किए बिना बूट होगा। आइए देखें कि यह कैसे हासिल किया जा सकता है।

बूटलोडर्स के बूट लोडर पर हस्ताक्षर किए

तो, सुरक्षित बूट सक्षम के साथ लिनक्स को बूट करने के लिए, आपको एक हस्ताक्षरित बूटलोडर की आवश्यकता है। Microsoft ने जीपीएलवी 3 के तहत लाइसेंस प्राप्त सॉफ़्टवेयर पर प्रतिबंध लगाने के लिए निषिद्ध कर दिया है, क्योंकि tivoization प्रतिबंध लाइसेंस नियम, इसलिए GRUB पर हस्ताक्षर नहीं किए जा सकते हैं ।
इस समस्या को हल करने के लिए, Linux Foundation ने PreLoader और मैथ्यू गैरेट को shim –small बूटलोडर जारी किए जो एक एकल फ़ाइल के हस्ताक्षर या हैश को सत्यापित करते हैं और इसे निष्पादित करते हैं। PreLoader और शिम UEFI db सर्टिफिकेट स्टोर का उपयोग नहीं करते हैं, लेकिन निष्पादन योग्य फ़ाइल के अंदर अनुमत हैश (PreLoader) या प्रमाणपत्र (शिम) का एक डेटाबेस होता है।
दोनों प्रोग्राम, स्वचालित रूप से विश्वसनीय फ़ाइलों को निष्पादित करने के अलावा, आपको किसी भी पहले से अविश्वसनीय प्रोग्राम को सुरक्षित बूट मोड में चलाने की अनुमति देते हैं, लेकिन उपयोगकर्ता की भौतिक उपस्थिति की आवश्यकता होती है। जब पहली बार निष्पादित किया जाता है, तो आपको ग्राफ़िकल इंटरफ़ेस में जोड़े जाने वाली फ़ाइल या हैशेड के लिए एक प्रमाणपत्र का चयन करने की आवश्यकता होती है, जिसके बाद डेटा को मदरबोर्ड पर एक विशेष NVRAM चर में जोड़ा जाता है जो लोड किए गए ऑपरेटिंग सिस्टम से सुलभ नहीं है । फाइलें केवल इन प्री-लोडर्स के लिए भरोसेमंद हो जाती हैं, सामान्य रूप से सिक्योर बूट के लिए नहीं, और अभी भी PreLoader या शिम के बिना लोड नहीं किया जा सकता है।


शिम के साथ अनट्रेडेड सॉफ्टवेयर पहला बूट।

सभी आधुनिक लोकप्रिय लिनक्स वितरण प्रमाणपत्र समर्थन के कारण शिम का उपयोग करते हैं, जो उपयोगकर्ता इंटरैक्शन की आवश्यकता के बिना मुख्य बूटलोडर के लिए अपडेट प्रदान करना आसान बनाता है। सामान्य तौर पर, GRUB2 को चलाने के लिए शिम का उपयोग किया जाता है - लिनक्स में सबसे लोकप्रिय बूटलोडर।

GRUB2

दुर्भावनापूर्ण इरादों के साथ हस्ताक्षरित बूटलोडर दुर्व्यवहार को रोकने के लिए, Red Hat ने GRUB2 के लिए पैच बनाए, जो सुरक्षित बूट सक्षम होने पर "खतरनाक" कार्यों को अवरुद्ध करता है: insmod / rmmod, appleloader, linux (linuxefi द्वारा प्रतिस्थापित), मल्टीबूट, xnu, मेम्रव, iorw। चेन लोडर मॉड्यूल, जो मनमाने ढंग से लोड करता है .efi-files, UEFI LoadImage / StartImage फ़ंक्शंस का उपयोग किए बिना, अपने स्वयं के कस्टम आंतरिक .efi (PE) लोडर, साथ ही शिम के माध्यम से लोड किए गए लोड के सत्यापन कोड को संरक्षित करने के लिए पेश किया। शिम द्वारा विश्वसनीय फाइलों को लोड करने की क्षमता लेकिन UEFI के संदर्भ में भरोसा नहीं किया गया है। यह बिल्कुल स्पष्ट नहीं है कि यह तरीका बेहतर क्यों है - UEFI एक को UEFI सत्यापन कार्यों को फिर से परिभाषित करने (हुक) करने की अनुमति देता है, यह है कि PreLoader कैसे काम करता है, और वास्तव में बहुत ही शिम फ़ीचर मौजूद है लेकिन डिफ़ॉल्ट रूप से अक्षम है।

वैसे भी, कुछ लिनक्स वितरण से हस्ताक्षरित GRUB का उपयोग करना हमारी आवश्यकताओं के अनुरूप नहीं है। एक सार्वभौमिक बूट करने योग्य फ्लैश ड्राइव बनाने के दो तरीके हैं, जिन्हें विश्वसनीय फ़ाइलों में प्रत्येक निष्पादन योग्य फ़ाइल की कुंजी को जोड़ने की आवश्यकता नहीं होगी:

• डिजिटल हस्ताक्षरित अनुलंब या मॉड्यूल प्रतिबंधों के बिना, आंतरिक EFI लोडर के साथ modded GRUB का उपयोग करें;
• कस्टम प्री-लोडर (दूसरा वाला) का उपयोग करें जो हुक यूईएफआई फाइल वर्टिफिकेशन फ़ंक्शन (EFI_SECURITY_ARCH_PROTOCOL.FileAuthenticationState, EFI_SECURITY2_ARCH_PROTOCOL.FileAuthentication) का उपयोग करता है

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

डिस्क आर्किटेक्चर इस प्रकार है:

______ ______ ______ ╱│ │ ╱│ │ ╱│ │ /_│ │ → /_│ │ → /_│ │ │ │ → │ │ → │ │ │ EFI │ → │ EFI │ → │ EFI │ │_______│ │_______│ │_______│ BOOTX64.efi grubx64.efi grubx64_real.efi (shim) (FileAuthentication (GRUB2) override) ↓↓↓ ↑ ↑ ______ ↑ ╱│ │ ║ /_│ │ ║ │ │ ═══════════╝ │ EFI │ │_______│ MokManager.efi (Key enrolling tool) 

यह कैसे सुपर UEFIinSecureBoot डिस्क बनाया गया है।

सुपर UEFIinSecureBoot डिस्क GRUB2 बूटलोडर के साथ एक बूट करने योग्य छवि है जिसे रिकवरी USB फ्लैश ड्राइव के लिए एक आधार के रूप में उपयोग किया जाता है।

मुख्य विशेषता: डिस्क पूरी तरह कार्यात्मक है UEFI सुरक्षित बूट मोड सक्रिय है। यह किसी भी ऑपरेटिंग सिस्टम या .efi फ़ाइल को लॉन्च कर सकता है, यहां तक ​​कि बिना अविश्वास, अमान्य या अनुपलब्ध हस्ताक्षर के भी।

UEFI सेटिंग्स में सुरक्षित बूट मोड को अक्षम किए बिना डिस्क को विभिन्न लाइव लिनक्स वितरण, WinPE पर्यावरण, नेटवर्क बूट चलाने के लिए इस्तेमाल किया जा सकता है, जो किसी और के पीसी और कॉर्पोरेट लैपटॉप के रखरखाव के लिए सुविधाजनक हो सकता है, उदाहरण के लिए, UEFI सेटिंग्स के साथ। एक पासवर्ड।

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

पहले बूट पर यह आवश्यक है कि मोकमैनगर का उपयोग करके प्रमाण पत्र का चयन करें (स्वचालित रूप से शुरू होता है), उसके बाद सब कुछ सुरक्षित बूट अक्षम के साथ ही काम करेगा - GRUB किसी भी अहस्ताक्षरित .fi फ़ाइल या लिनक्स कर्नेल को लोड करता है, निष्पादित EFI प्रोग्राम किसी भी अन्य एक्ज़ीक्यूटेबल लोड या लोड कर सकते हैं। ड्राइवरों।

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

डिस्क भी सुरक्षित बूट के बिना UEFI और BIOS के साथ पुराने पीसी के साथ संगत है।

बूटलोडर पर हस्ताक्षर किए

मैं सोच रहा था कि शिम के माध्यम से पहली बूट कुंजी नामांकन को बायपास करना संभव है। क्या कुछ हस्ताक्षरित बूटलोडर हो सकते हैं जो आपको अपेक्षित लेखकों की तुलना में अधिक करने की अनुमति देते हैं?
जैसा कि यह निकला - ऐसे लोडर हैं। उनमें से एक कास्परस्की रेस्क्यू डिस्क 18 - एंटीवायरस सॉफ़्टवेयर बूट डिस्क में उपयोग किया जाता है। डिस्क से GRUB आपको मॉड्यूल (insmod कमांड) लोड करने की अनुमति देता है, और GRUB में मॉड्यूल सिर्फ एक निष्पादन योग्य कोड है। डिस्क पर प्री-लोडर एक कस्टम है।

बेशक, आप अविश्वासित कोड को लोड करने के लिए डिस्क से GRUB का उपयोग नहीं कर सकते। यह चेनलोडर मॉड्यूल को संशोधित करने के लिए आवश्यक है ताकि GRUB UEFI LoadImage / StartImage फ़ंक्शंस का उपयोग न करें, लेकिन इसके बजाय मेमोरी में .efi फ़ाइल को स्वयं लोड करता है, स्थानांतरण करता है, प्रविष्टि बिंदु पाता है और इसके लिए कूदता है। सौभाग्य से, लगभग सभी आवश्यक कोड Red Hat GRUB सिक्योर बूट रिपॉजिटरी में मौजूद हैं, एकमात्र समस्या- पीई हेडर पार्सर गायब है। GRUB एक विशेष प्रोटोकॉल के माध्यम से फ़ंक्शन कॉल की प्रतिक्रिया में, शिम से पार्स किए गए हेडर प्राप्त करता है। यह आसानी से शिम या PreLoader से GRUB के लिए उपयुक्त कोड को पोर्ट करके तय किया जा सकता है।

इस प्रकार साइलेंट UEFIinSecureBoot डिस्क बनाई गई है। अंतिम डिस्क आर्किटेक्चर इस प्रकार है:

  ______ ______ ______ ╱│ │ ╱│ │ ╱│ │ /_│ │ /_│ │ → /_│ │ │ │ │ │ → │ │ │ EFI │ │ EFI │ → │ EFI │ │_______│ │_______│ │_______│ BOOTX64.efi grubx64.efi grubx64_real.efi (Kaspersky (FileAuthentication (GRUB2) Loader) override) ↓↓↓ ↑ ↑ ______ ↑ ╱│ │ ║ /_│ │ ║ │ │ ═══════════╝ │ EFI │ │_______│ fde_ld.efi + custom chain.mod (Kaspersky GRUB2) 

अंत

इस लेख में हमने Microsoft कुंजी द्वारा हस्ताक्षरित पर्याप्त विश्वसनीय बूटलोडर्स के अस्तित्व को साबित नहीं किया है, जो सुरक्षित बूट मोड में अविश्वसनीय कोड को बूट करने की अनुमति देता है।
हस्ताक्षरित कास्परस्की रेस्क्यू डिस्क फ़ाइलों का उपयोग करते हुए, हमने यूईएफआई डीबी या शिम एमओके को एक प्रमाण पत्र जोड़ने की आवश्यकता के बिना, सुरक्षित बूट सक्षम के साथ किसी भी अविश्वसनीय .efi फ़ाइलों का एक मूक बूट हासिल किया।
इन फ़ाइलों का उपयोग अच्छे कामों (यूएसबी फ्लैश ड्राइव से बूट करने के लिए) और बुरे लोगों के लिए (कंप्यूटर मालिक की सहमति के बिना बूटकिट्स स्थापित करने के लिए) दोनों के लिए किया जा सकता है।
मुझे लगता है कि Kaspersky बूटलोडर हस्ताक्षर प्रमाण पत्र लंबे समय तक नहीं रहेगा, और इसे वैश्विक UEFI प्रमाणपत्र निरस्तीकरण सूची में जोड़ा जाएगा, जो विंडोज अपडेट के माध्यम से विंडोज 10 चलाने वाले कंप्यूटरों पर स्थापित किया जाएगा, कास्परस्की रेस्क्यू डिस्क 18 और साइलेंट एईईफ़ाइन्सेक्योरबूट डिस्क को तोड़ देगा। आइए देखें कि यह कैसे होगा।

सुपर UEFIinSecureBoot डिस्क डाउनलोड: https://github.com/ValdikSS/Super-UEFIinSecureBoot-Disk
साइलेंट UEFIinSecureBoot डिस्क डाउनलोड ( ZeroNet Git Center नेटवर्क): http://127.0.0.1:43110/1KVD7PxZVke1iq4DKb4LNwui4UzEAdAv/