BitLocker Attacks

बिटलॉकर पर सार्वजनिक हमलों की एक सूची। कोई भी सार्वजनिक हमला जिसमें बिटलॉकर पर हमला करने की क्षमता हो, लेकिन जिसकी सटीक विधि अभी भी सार्वजनिक नहीं है (जैसे baton drop), दायरे से बाहर है।

अधिकांश हमले उन स्थितियों के लिए हैं जहाँ VMK केवल TPM द्वारा सील किया जाता है, जो डिफ़ॉल्ट सेटिंग है, और यही स्वचालित BitLocker Microsoft खाते में रिकवरी कुंजी एस्क्रो के साथ उपयोग करता है।

डिफ़ॉल्ट रूप से, Windows 8 से शुरू करके, यदि सिक्योर बूट सक्षम है तो सिक्योर बूट अखंडता सत्यापन का उपयोग किया जाता है।

यदि आपको VMK को केवल TPM द्वारा सील करना ही है, तो इसके लिए सबसे सुरक्षित कॉन्फ़िगरेशन PCR 0, 2, 4, 7, 11 के साथ लीगेसी अखंडता सत्यापन का उपयोग करना है (और अपने सिस्टम को पूरी तरह से अपडेट रखना भी)।
कृपया ध्यान दें कि यह केवल सॉफ़्टवेयर हमलों से सुरक्षा करेगा।

विषयसूची

• हार्डवेयर हमले
• सॉफ़्टवेयर हमले

Hardware attacks

हार्डवेयर हमले आम तौर पर तभी उपयोगी होते हैं जब हमलावर के पास ऐसे सिस्टम तक भौतिक पहुंच हो जहाँ VMK केवल TPM द्वारा सील किया गया हो।

सारांश	विवरण	फिक्स	सार्वजनिक सूचना समयावधि	खोजकर्ता
TPM स्निफिंग: bootmgr TPM के साथ स्पष्ट रूप से संवाद करता है	Windows Boot Manager TPM के साथ स्पष्ट रूप से संवाद करता है, इसलिए यदि LPC बस पर एक अलग TPM चिप उपयोग की जाती है (अर्थात, fTPM या "Pluton"/HSP नहीं), तो उस बस पर एक लॉजिक विश्लेषक का उपयोग VMK को डंप करने के लिए किया जा सकता है। यह भी देखें पल्स सिक्योरिटी से ब्लॉग पोस्ट, LPC स्निफर Verilog कोड.	कोई नहीं, लेकिन फर्मवेयर TPM वैसे भी असुरक्षित नहीं थे	जनवरी 2019	marcan
हार्डवेयर डिबगर: कुछ सिस्टम हार्डवेयर डिबगर सक्षम करने से पहले PCR7 में मापन नहीं करते हैं	TPM के लिए TCG EFI प्लेटफ़ॉर्म विनिर्देश (खंड 6.4) में निम्नलिखित शामिल है: "यदि प्लेटफ़ॉर्म एक फर्मवेयर डिबगर मोड प्रदान करता है जिसका उपयोग UEFI पर्यावरण से पहले किया जा सकता है या यदि प्लेटफ़ॉर्म UEFI पर्यावरण के लिए एक डिबगर प्रदान करता है, तो प्लेटफ़ॉर्म को डिबगर के उपयोग की अनुमति देने से पहले PCR[7] में एक EV_EFI_ACTION घटना का विस्तार करना अनिवार्य है।" कुछ सिस्टम कुछ हार्डवेयर डिबगर (जैसे Intel DCI) को सक्षम करने से पहले यह मापन नहीं करते हैं। इसलिए ऐसे असुरक्षित सिस्टम पर, एक सिक्योर बूट बायपास (भौतिक पहुंच सिक्योर बूट सक्षम रहते हुए कम से कम दो की अनुमति देगी) या हार्डवेयर हमला (सीधे SPI फ्लैश में लिखना) का उपयोग हार्डवेयर डिबगर को सक्षम करने के लिए किया जा सकता है; bootmgr!FvebUnsealCallback के अंदर एक ब्रेकपॉइंट सेट करना (उदाहरण के लिए) फिर VMK को डंप करने की अनुमति दे सकता है। यह भी देखें यूरोप 2023 डिजिटल फोरेंसिक्स रिसर्च कॉन्फ्रेंस से यह लेख।	कोई नहीं, असुरक्षित सिस्टम के लिए। असुरक्षित सिस्टम की सटीक सूची अज्ञात है।	मार्च 2023	ब्राज़ीलियाई संघीय पुलिस
fTPM ग्लिचिंग: ग्लिचिंग के माध्यम से कोड निष्पादन जो fTPM स्थिति से पूरी तरह समझौता करता है	यदि एक on-SoC प्रोसेसर/माइक्रोकंट्रोलर जो fTPM लागू करता है, ग्लिचिंग के प्रति असुरक्षित है, जिससे बूट के शुरुआती चरण में कोड निष्पादन प्राप्त किया जा सकता है, तो पूरी fTPM स्थिति से समझौता किया जा सकता है, जिससे VMK डंपिंग (आदि) हो सकती है। यह भी देखें शोध लेख, AMD PSP के लिए पेलोड/आदि	IntelME: नवंबर 2021 / एल्डर लेक AMD: अज्ञात, कोई नहीं? अन्य (ARM64, ARMv7, आदि): अज्ञात	अप्रैल 2023	Hans Niklas Jacob, Christian Werling, Robert Buhren, Jean-Pierre Seifert of Technische Universit ät Berlin - SecT
बूट-समय IOMMU अक्षम करना: फ्लैश डंप/रीराइट के साथ UEFI गैर-वाष्पशील चर भंडारण को संशोधित करना बूट पर IOMMU को अक्षम कर सकता है	कुछ UEFI फर्मवेयर चर डेटा के आधार पर बूट पर IOMMU सक्षम नहीं करेंगे। फ्लैश डंप करके, उन चरों को संशोधित करके और पुनः लिखकर, IOMMU बूट पर अक्षम हो जाएगा और TPM गैर-वाष्पशील स्थिति अभी भी मान्य रहेगी। उस बिंदु पर, एक हमलावर bootmgr लॉन्च होने से पहले PCI DMA का उपयोग करके DMAR ACPI तालिका को अधिलेखित कर सकता है, सेफ मोड में बूट कर सकता है और फिर SYSTEM शेल पाने के लिए फिर से PCI DMA का उपयोग कर सकता है। लेख देखें। यह अज्ञात है कि यह किस घटक में है; लेख एक Intel सिस्टम का उपयोग करता है, वहाँ प्रासंगिक कोड Intel फर्मवेयर सपोर्ट पैकेज द्वारा प्रदान किया गया है। यह अज्ञात है कि AMD समकक्ष (AGESA/CBS) भी प्रभावित है या नहीं।	Intel फर्मवेयर सपोर्ट पैकेज: अज्ञात AMD AGESA/CBS: अज्ञात	मार्च 2026	Craig S. Blackie of MDSec

Software attacks

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