🥇श्रोडिंगर विश्वसनीय डाउनलोड। इंटेल बूट गार्ड

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

वैसे, यह लेख सम्मेलन की रिपोर्ट "ऑन गार्ड फॉर रूटकिट्स: इंटेल बूटगार्ड" पर आधारित है। जीरोनाइट्स 2016 और 29वीं बैठक डेफकॉन रूस (दोनों प्रस्तुतियाँ यहां).

Intel 64 आर्किटेक्चर वाले कंप्यूटर प्लेटफ़ॉर्म के लिए फ़र्मवेयर

आरंभ करने के लिए, आइए इस प्रश्न का उत्तर दें: Intel 64 आर्किटेक्चर वाले आधुनिक कंप्यूटर प्लेटफ़ॉर्म का फ़र्मवेयर क्या है? बेशक, यूईएफआई BIOS। लेकिन यह उत्तर सटीक नहीं होगा. आइए उस चित्र पर एक नज़र डालें, जो इस आर्किटेक्चर का डेस्कटॉप (लैपटॉप) संस्करण दिखाता है।

लिंक आधार है:

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

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

तो, उपरोक्त फ़र्मवेयर का संयोजन कंप्यूटर प्लेटफ़ॉर्म (सिस्टम फ़र्मवेयर) का फ़र्मवेयर है, जो एक सामान्य SPI फ़्लैश मेमोरी पर संग्रहीत होता है। ताकि इस मेमोरी के उपयोगकर्ता भ्रमित न हों कि कोई कहां झूठ बोल रहा है, इस मेमोरी की सामग्री को निम्नलिखित क्षेत्रों में विभाजित किया गया है (जैसा कि चित्र में दिखाया गया है):

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

क्षेत्रों तक पहुंच का विभेदन (निर्दिष्ट अनुमतियों के अनुसार) एसपीआई बस मास्टर द्वारा नियंत्रित किया जाता है - चिपसेट में निर्मित एसपीआई नियंत्रक, जिसके माध्यम से इस मेमोरी तक पहुंच होती है। यदि अनुमतियाँ इंटेल द्वारा अनुशंसित (सुरक्षा कारणों से) मानों पर सेट की जाती हैं, तो एसपीआई फ्लैश के प्रत्येक उपयोगकर्ता के पास केवल अपने क्षेत्र तक पूर्ण पहुंच (पढ़ने/लिखने) की होती है। बाकी या तो केवल पढ़ने योग्य हैं या पहुंच योग्य नहीं हैं। ज्ञात तथ्य: कई प्रणालियों पर, सीपीयू के पास यूईएफआई BIOS और जीबीई तक पूर्ण पहुंच है, केवल फ्लैश डिस्क्रिप्टर तक पढ़ने की पहुंच है, और इंटेल एमई क्षेत्र तक बिल्कुल भी पहुंच नहीं है। बहुत सारे क्यों और सभी क्यों नहीं? जो अनुशंसित है वह वैकल्पिक है। हम आपको लेख में बाद में और बताएंगे।

कंप्यूटर प्लेटफ़ॉर्म के फ़र्मवेयर को संशोधन से बचाने के लिए तंत्र

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

इसलिए, इंटेल एमई फर्मवेयर को अखंडता और प्रामाणिकता नियंत्रण के लिए हस्ताक्षरित किया गया है, और हर बार एमई यूएमए मेमोरी में लोड होने पर एमई नियंत्रक द्वारा इसकी जांच की जाती है। इस सत्यापन प्रक्रिया पर हम पहले ही एक में चर्चा कर चुके हैं सामग्रीIntel ME सबसिस्टम को समर्पित।

और एसीपीआई ईसी फर्मवेयर, एक नियम के रूप में, केवल अखंडता के लिए जांचा जाता है। हालाँकि, इस तथ्य के कारण कि यह बाइनरी यूईएफआई BIOS में शामिल है, यह लगभग हमेशा उसी सुरक्षा तंत्र के अधीन है जो यूईएफआई BIOS उपयोग करता है। आइये उनके बारे में बात करते हैं.

इन तंत्रों को दो श्रेणियों में विभाजित किया जा सकता है।

UEFI BIOS क्षेत्र में सुरक्षा लिखें

राइट-प्रोटेक्ट जम्पर के साथ एसपीआई फ्लैश मेमोरी की सामग्री की भौतिक सुरक्षा;
चिपसेट के पीआरएक्स रजिस्टरों का उपयोग करके सीपीयू एड्रेस स्पेस में यूईएफआई BIOS क्षेत्र के प्रक्षेपण की सुरक्षा;
चिपसेट रजिस्टरों में BIOS_WE / BLE और SMM_BWP बिट्स सेट करके संबंधित SMI इंटरप्ट उत्पन्न और संसाधित करके यूईएफआई BIOS क्षेत्र में लिखने के प्रयासों को अवरुद्ध करना;
इस सुरक्षा का एक अधिक उन्नत संस्करण इंटेल BIOS गार्ड (PFAT) है।

इन तंत्रों के अलावा, विक्रेता अपने स्वयं के सुरक्षा उपायों को विकसित और कार्यान्वित कर सकते हैं (उदाहरण के लिए, यूईएफआई BIOS अपडेट के साथ कैप्सूल पर हस्ताक्षर करना)।

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

यूईएफआई BIOS प्रमाणीकरण सत्यापन

जब हम विश्वसनीय बूट प्रौद्योगिकियों के बारे में बात करते हैं, तो पहली चीज़ जो दिमाग में आती है वह सुरक्षित बूट है। हालाँकि, वास्तुशिल्प रूप से, इसे UEFI BIOS (ड्राइवर, लोडर, आदि) के बाहरी घटकों को प्रमाणित करने के लिए डिज़ाइन किया गया है, न कि फ़र्मवेयर को।

इसलिए, बे ट्रेल माइक्रोआर्किटेक्चर (2012) के साथ एसओसी में इंटेल ने एक हार्डवेयर गैर-स्विचेबल सिक्योर बूट (सत्यापित बूट) लागू किया, जिसका उपरोक्त सिक्योर बूट तकनीक से कोई लेना-देना नहीं है। बाद में (2013), इस तंत्र में सुधार किया गया और, इंटेल बूट गार्ड नाम के तहत, हैसवेल माइक्रोआर्किटेक्चर वाले डेस्कटॉप के लिए जारी किया गया।

इंटेल बूट गार्ड का वर्णन करने से पहले, आइए इंटेल 64 आर्किटेक्चर में रनटाइम को देखें, जो संयोजन में, इस विश्वसनीय बूट तकनीक के लिए विश्वास की जड़ें हैं।

इंटेल सीपीयू

कैप का सुझाव है कि इंटेल 64 आर्किटेक्चर में प्रोसेसर मुख्य निष्पादन वातावरण है। यह विश्वास की जड़ भी क्यों है? यह पता चला है कि यह निम्नलिखित तत्वों का आधिपत्य है जो इसे ऐसा बनाता है:

माइक्रोकोड ROM माइक्रोकोड को संग्रहीत करने के लिए एक गैर-वाष्पशील, गैर-पुनः लिखने योग्य मेमोरी है। ऐसा माना जाता है कि माइक्रोकोड सबसे सरल निर्देशों पर प्रोसेसर निर्देश प्रणाली का कार्यान्वयन है। माइक्रोकोड में भी होता है कीड़े. तो BIOS में आप माइक्रोकोड अपडेट के साथ बायनेरिज़ पा सकते हैं (वे बूट समय पर सुपरइम्पोज़ किए जाते हैं, क्योंकि ROM को ओवरराइट नहीं किया जा सकता है)। इन बायनेरिज़ की सामग्री एन्क्रिप्टेड है, जो विश्लेषण को बहुत जटिल बनाती है (इसलिए, माइक्रोकोड की विशिष्ट सामग्री केवल उन लोगों के लिए जानी जाती है जो इसे विकसित करते हैं), और अखंडता और प्रामाणिकता को नियंत्रित करने के लिए हस्ताक्षरित हैं;
माइक्रोकोड अपडेट की सामग्री को डिक्रिप्ट करने के लिए एईएस कुंजी;
आरएसए सार्वजनिक कुंजी का एक हैश जो माइक्रोकोड अपडेट के हस्ताक्षर को सत्यापित करता है;
आरएसए सार्वजनिक कुंजी हैश, जो इंटेल-विकसित एसीएम (प्रमाणीकृत कोड मॉड्यूल) कोड मॉड्यूल के हस्ताक्षर की जांच करता है, जिसे सीपीयू BIOS शुरू होने से पहले (हैलो माइक्रोकोड) या इसके संचालन के दौरान चला सकता है, जब कुछ घटनाएं होती हैं।

इंटेल ने मुझे

हमारे ब्लॉग में यह सबसिस्टम समर्पित था две लेख. याद रखें कि यह निष्पादन योग्य वातावरण चिपसेट में निर्मित माइक्रोकंट्रोलर पर आधारित है और सिस्टम में सबसे छिपा हुआ और विशेषाधिकार प्राप्त है।

गुप्तता के बावजूद, Intel ME विश्वास की जड़ भी है, क्योंकि इसमें है:

ME ROM - गैर-वाष्पशील, गैर-पुनः लिखने योग्य मेमोरी (कोई अद्यतन विधि प्रदान नहीं की गई), जिसमें प्रारंभ कोड, साथ ही RSA सार्वजनिक कुंजी का SHA256 हैश शामिल है, जो इंटेल ME फर्मवेयर के हस्ताक्षर की जांच करता है;
गुप्त जानकारी संग्रहीत करने के लिए एईएस कुंजी;
कंप्यूटर सिस्टम विक्रेता द्वारा निर्दिष्ट जानकारी सहित कुछ जानकारी के स्थायी भंडारण के लिए चिपसेट में एकीकृत फ़्यूज़ (एफपीएफ, फ़ील्ड प्रोग्रामेबल फ़्यूज़) के सेट तक पहुंच।

इंटेल बूट गार्ड 1.x

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

तो, इंटेल बूट गार्ड (बीजी) एक हार्डवेयर-समर्थित यूईएफआई BIOS प्रमाणीकरण तकनीक है। पुस्तक [प्लेटफ़ॉर्म एंबेडेड सिक्योरिटी टेक्नोलॉजी रिवील्ड, चैप्टर बूट विद इंटीग्रिटी, या नॉट बूट] में इसके छोटे विवरण को देखते हुए, यह एक विश्वसनीय बूट श्रृंखला के रूप में काम करता है। और इसमें पहला लिंक सीपीयू के अंदर बूट कोड (माइक्रोकोड) है, जो RESET ईवेंट द्वारा ट्रिगर होता है (BIOS में RESET वेक्टर के साथ भ्रमित न हों!)। सीपीयू एसपीआई फ्लैश मेमोरी पर इंटेल द्वारा विकसित और हस्ताक्षरित एक कोड मॉड्यूल (इंटेल बीजी स्टार्टअप एसीएम) ढूंढता है, इसे अपने कैश में लोड करता है, इसे सत्यापित करता है (यह पहले से ही ऊपर नोट किया गया था कि सीपीयू में एक सार्वजनिक कुंजी हैश है जो एसीएम हस्ताक्षर को सत्यापित करता है) और शुरू होता है।

यह कोड मॉड्यूल यूईएफआई BIOS के एक छोटे से शुरुआती हिस्से को सत्यापित करने के लिए जिम्मेदार है - प्रारंभिक बूट ब्लॉक (आईबीबी), जिसमें बदले में, यूईएफआई BIOS के मुख्य भाग को सत्यापित करने की कार्यक्षमता शामिल है। इस प्रकार, इंटेल बीजी आपको ओएस को बूट करने से पहले BIOS की प्रामाणिकता को सत्यापित करने की अनुमति देता है (जिसे सिक्योर बूट तकनीक की देखरेख में किया जा सकता है)।

इंटेल बीजी तकनीक ऑपरेशन के दो मोड प्रदान करती है (और एक दूसरे के साथ हस्तक्षेप नहीं करता है, यानी सिस्टम पर दोनों मोड सक्षम किए जा सकते हैं, और दोनों को अक्षम किया जा सकता है)।

मापा बूट

मापित बूट (एमबी) मोड में, प्रत्येक बूट घटक (सीपीयू बूट रॉम से शुरू) विश्वसनीय प्लेटफ़ॉर्म मॉड्यूल (टीपीएम) की क्षमताओं का उपयोग करके अगले को "मापता" है। जो लोग नहीं जानते, उन्हें मैं समझाता हूँ।

टीपीएम में पीसीआर (प्लेटफ़ॉर्म कॉन्फ़िगरेशन रजिस्टर) हैं, जो सूत्र के अनुसार हैशिंग ऑपरेशन के परिणाम को रिकॉर्ड करते हैं:

वे। वर्तमान पीसीआर मान पिछले पर निर्भर करता है, और ये रजिस्टर केवल तभी रीसेट होते हैं जब सिस्टम रीसेट होता है।

इस प्रकार, एमबी मोड में, किसी समय, पीसीआर उस कोड या डेटा के एक अद्वितीय (हैश ऑपरेशन की क्षमताओं के भीतर) पहचानकर्ता को प्रतिबिंबित करता है जिसे "मापा" गया था। पीसीआर मानों का उपयोग कुछ डेटा (TPM_Seal) ऑपरेशन के एन्क्रिप्शन में किया जा सकता है। उसके बाद, उनका डिक्रिप्शन (TPM_Unseal) तभी संभव होगा जब लोडिंग के परिणामस्वरूप पीसीआर मान नहीं बदले हों (यानी, एक भी "मापा गया" घटक संशोधित नहीं किया गया हो)।

सत्यापित बूट

जो लोग यूईएफआई BIOS को संशोधित करना पसंद करते हैं उनके लिए सबसे डरावनी चीज सत्यापित बूट (वीबी) मोड है, जिसमें प्रत्येक बूट घटक क्रिप्टोग्राफिक रूप से अगले की अखंडता और प्रामाणिकता की पुष्टि करता है। और सत्यापन त्रुटि के मामले में, (निम्न में से एक) होता है:

1 मिनट से 30 मिनट तक टाइमआउट द्वारा शटडाउन (ताकि उपयोगकर्ता के पास यह समझने का समय हो कि उसका कंप्यूटर बूट क्यों नहीं होता है, और यदि संभव हो तो, BIOS को पुनर्स्थापित करने का प्रयास करेगा);
तत्काल शटडाउन (ताकि उपयोगकर्ता के पास समझने और इसके अलावा, करने का समय न हो);
सीधे चेहरे के साथ काम जारी रखना (वह स्थिति जब सुरक्षा के लिए समय नहीं है, क्योंकि करने के लिए और भी महत्वपूर्ण काम हैं)।

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

कॉन्फ़िगरेशन के अलावा, विक्रेता दो RSA 2048 कुंजियाँ उत्पन्न करता है और दो डेटा संरचनाएँ बनाता है (चित्र में दिखाया गया है):

विक्रेता की रूट कुंजी मेनिफेस्ट (KEYM, OEM रूट कुंजी मेनिफेस्ट), जो इस मेनिफेस्ट के SVN (सुरक्षा संस्करण संख्या), अगले मेनिफेस्ट की सार्वजनिक कुंजी का SHA256 हैश, इस मेनिफेस्ट के हस्ताक्षर को सत्यापित करने के लिए RSA सार्वजनिक कुंजी (यानी विक्रेता की रूट कुंजी का सार्वजनिक भाग) और स्वयं हस्ताक्षर डालता है;
आईबीबी मेनिफेस्ट (आईबीबीएम, इनिशियल बूट ब्लॉक मेनिफेस्ट), जो इस मेनिफेस्ट का एसवीएन, आईबीबी का SHA256 हैश, इस मेनिफेस्ट के हस्ताक्षर को सत्यापित करने के लिए सार्वजनिक कुंजी और स्वयं हस्ताक्षर डालता है।

OEM रूट कुंजी का SHA256 हैश इंटेल बीजी कॉन्फ़िगरेशन की तरह, चिपसेट फ़्यूज़ (FPFs) पर स्थायी रूप से लिखा जाता है। यदि इंटेल बीजी कॉन्फ़िगरेशन इस तकनीक को शामिल करने के लिए प्रदान करता है, तो अब से इस सिस्टम पर केवल ओईएम रूट कुंजी के निजी भाग का मालिक ही BIOS को अपडेट कर सकता है (यानी इन मैनिफ़ेस्ट को पुनर्गणना करने में सक्षम हो सकता है), यानी। विक्रेता।

जब आप तस्वीर देखते हैं, तो तुरंत इतनी लंबी सत्यापन श्रृंखला की आवश्यकता के बारे में संदेह पैदा होता है - आप एक मैनिफ़ेस्ट का उपयोग कर सकते थे। जटिल क्यों?

वास्तव में, इंटेल इस प्रकार विक्रेता को विभिन्न उत्पाद लाइनों के लिए अलग-अलग आईबीबी कुंजी और एक को रूट के रूप में उपयोग करने का अवसर प्रदान करता है। यदि आईबीबी कुंजी का निजी हिस्सा (जो दूसरे मैनिफ़ेस्ट पर हस्ताक्षर करता है) लीक हो गया है, तो घटना केवल एक उत्पाद लाइन को प्रभावित करेगी और केवल तब तक जब तक विक्रेता एक नई जोड़ी उत्पन्न नहीं करता है और अगले BIOS अपडेट में पुनर्गणना किए गए मैनिफ़ेस्ट को सक्षम नहीं करता है।

लेकिन यदि रूट कुंजी से समझौता किया गया है (जिसके साथ पहले मैनिफ़ेस्ट पर हस्ताक्षर किए गए हैं), तो इसे बदलना संभव नहीं होगा, निरस्तीकरण प्रक्रिया प्रदान नहीं की गई है। इस कुंजी के सार्वजनिक भाग का हैश एक बार और सभी के लिए एफपीएफ में प्रोग्राम किया गया है।

इंटेल बूट गार्ड कॉन्फ़िगरेशन

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

इस प्रोफ़ाइल की संरचना:

typedef struct BG_PROFILE
{
	unsigned long Force_Boot_Guard_ACM : 1;
	unsigned long Verified_Boot : 1;
	unsigned long Measured_Boot : 1;
	unsigned long Protect_BIOS_Environment : 1;
	unsigned long Enforcement_Policy : 2; // 00b – do nothing
                                              // 01b – shutdown with timeout
                                              // 11b – immediate shutdown
	unsigned long : 26;
};

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

हमने पहले ही ऊपर लिखा है कि वीबी मोड के लिए प्रवर्तन नीति को कॉन्फ़िगर किया जा सकता है ताकि यदि सत्यापन विफल हो जाए, तो फिर से एक अविश्वसनीय डाउनलोड हो जाएगा।

इस तरह की चीज़ें विक्रेताओं पर छोड़ दें...

उपयोगिता का GUI निम्नलिखित "रेडी-मेड" प्रोफ़ाइल प्रदान करता है:

नहीं.
शासन
विवरण

0
No_FVME
इंटेल बीजी प्रौद्योगिकी अक्षम

1
VE
वीबी मोड सक्षम, टाइमआउट तक शटडाउन

2
VME
दोनों मोड सक्षम हैं (वीबी और एमबी), टाइमआउट द्वारा शटडाउन

3
VM
सिस्टम को बंद किए बिना, दोनों मोड सक्षम हैं

4
fve
वीबी मोड सक्षम, तत्काल शटडाउन

5
एफवीएमई
दोनों मोड सक्षम, तत्काल शटडाउन

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

यह कॉन्फ़िगरेशन संग्रहीत करने के लिए बहुत अच्छा है क्योंकि:

इसमें एक बार-प्रोग्राम करने योग्य डेटा भंडारण क्षेत्र है (ठीक वहीं जहां इंटेल बीजी कॉन्फ़िगरेशन लिखा है);
केवल Intel ME ही इसे पढ़ और प्रोग्राम कर सकता है।

इसलिए, किसी विशिष्ट सिस्टम पर इंटेल बीजी तकनीक के लिए कॉन्फ़िगरेशन सेट करने के लिए, विक्रेता उत्पादन के दौरान निम्नलिखित कार्य करता है:

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

इन परिचालनों के परिणामस्वरूप, इंटेल एमई एमई क्षेत्र में एफपीएफ के लिए दर्पण से दिए गए मूल्यों को एफपीएफ के लिए प्रतिबद्ध करेगा, एसपीआई फ्लैश डिस्क्रिप्टर में अनुमतियों को इंटेल द्वारा अनुशंसित मूल्यों पर सेट करेगा (लेख की शुरुआत में वर्णित) और एक सिस्टम रीसेट करेगा।

इंटेल बूट गार्ड कार्यान्वयन विश्लेषण

एक विशिष्ट उदाहरण पर इस तकनीक के कार्यान्वयन का विश्लेषण करने के लिए, हमने इंटेल बीजी तकनीक के अंशों के लिए निम्नलिखित प्रणालियों की जाँच की:

प्रणाली
नोट

गीगाबाइट GA-H170-D3H
स्काईलेक, समर्थन है

गीगाबाइट GA-Q170-D3H
स्काईलेक, समर्थन है

गीगाबाइट GA-B150-HD3
स्काईलेक, समर्थन है

एमएसआई एच170ए गेमिंग प्रो
स्काईलेक, कोई समर्थन नहीं

लेनोवो थिंकपैड 460
स्काईलेक, समर्थन उपलब्ध, प्रौद्योगिकी सक्षम

लेनोवो योग 2 प्रो
हैसवेल, कोई समर्थन नहीं

लेनोवो यूएक्सएक्सएक्सपी
हैसवेल, कोई समर्थन नहीं

"समर्थन" का अर्थ है इंटेल बीजी स्टार्टअप एसीएम मॉड्यूल की उपस्थिति, ऊपर उल्लिखित मैनिफ़ेस्ट और BIOS में संबंधित कोड, यानी। विश्लेषण के लिए कार्यान्वयन.

उदाहरण के तौर पर, आइए कार्यालय से डाउनलोड किए गए को लें। गीगाबाइट GA-H170-D3H (संस्करण F4) के लिए SPI फ़्लैश मेमोरी की विक्रेता साइट छवि।

इंटेल सीपीयू बूट रॉम

सबसे पहले, इंटेल बीजी तकनीक सक्षम होने पर प्रोसेसर के कार्यों के बारे में बात करते हैं।

डिक्रिप्टेड माइक्रोकोड के नमूने ढूंढना संभव नहीं था, इसलिए, नीचे वर्णित क्रियाएं कैसे लागू की जाती हैं (माइक्रोकोड में या हार्डवेयर में) यह एक खुला प्रश्न है। फिर भी, तथ्य यह है कि आधुनिक इंटेल प्रोसेसर इन कार्यों को "कर" सकते हैं।

रीसेट स्थिति से बाहर निकलने के बाद, प्रोसेसर (जिसके एड्रेस स्पेस में फ्लैश मेमोरी की सामग्री पहले से ही मैप की गई है) FIT (फर्मवेयर इंटरफ़ेस टेबल) ढूंढता है। इसे ढूंढना आसान है, इसका सूचक FFFF FFC0h पते पर लिखा है।

इस उदाहरण में, इस पते में मान FFD6 9500h शामिल है। इस पते पर जाकर, प्रोसेसर FIT तालिका देखता है, जिसकी सामग्री रिकॉर्ड में विभाजित होती है। पहली प्रविष्टि निम्नलिखित संरचना का शीर्षक है:

typedef struct FIT_HEADER
{
	char           Tag[8];     // ‘_FIT_   ’
	unsigned long  NumEntries; // including FIT header entry
	unsigned short Version;    // 1.0
	unsigned char  EntryType;  // 0
	unsigned char  Checksum;
};

किसी अज्ञात कारण से, चेकसम की गणना हमेशा इन तालिकाओं में नहीं की जाती है (फ़ील्ड शून्य छोड़ दिया जाता है)।

शेष प्रविष्टियाँ विभिन्न बायनेरिज़ की ओर इशारा करती हैं जिन्हें BIOS निष्पादित होने से पहले पार्स/निष्पादित करने की आवश्यकता होती है, अर्थात। लीगेसी रीसेट वेक्टर (FFFF FFF0h) पर स्विच करने से पहले। ऐसी प्रत्येक प्रविष्टि की संरचना इस प्रकार है:

typedef struct FIT_ENTRY
{
	unsigned long  BaseAddress;
	unsigned long  : 32;
	unsigned long  Size;
	unsigned short Version;     // 1.0
	unsigned char  EntryType;
	unsigned char  Checksum;
};

EntryType फ़ील्ड उस ब्लॉक के प्रकार को इंगित करता है जिस पर यह प्रविष्टि इंगित करती है। हम कई प्रकार जानते हैं:

enum FIT_ENTRY_TYPES
{
	FIT_HEADER = 0,
	MICROCODE_UPDATE,
	BG_ACM,
	BIOS_INIT = 7,
	TPM_POLICY,
	BIOS_POLICY,
	TXT_POLICY,
	BG_KEYM,
	BG_IBBM
};

अब यह स्पष्ट है कि प्रविष्टियों में से एक इंटेल बीजी स्टार्टअप एसीएम बाइनरी के स्थान की ओर इशारा करती है। इस बाइनरी की हेडर संरचना इंटेल द्वारा विकसित कोड मॉड्यूल (एसीएम, माइक्रोकोड अपडेट, इंटेल एमई कोड अनुभाग, ...) के लिए विशिष्ट है।

typedef struct BG_ACM_HEADER
{
	unsigned short ModuleType;     // 2
	unsigned short ModuleSubType;  // 3
	unsigned long  HeaderLength;   // in dwords
	unsigned long  : 32;
	unsigned long  : 32;
	unsigned long  ModuleVendor;   // 8086h
	unsigned long  Date;           // in BCD format
	unsigned long  TotalSize;      // in dwords
	unsigned long  unknown1[6];
	unsigned long  EntryPoint;
	unsigned long  unknown2[16];
	unsigned long  RsaKeySize;     // in dwords
	unsigned long  ScratchSize;    // in dwords
	unsigned char  RsaPubMod[256];
	unsigned long  RsaPubExp;
	unsigned char  RsaSig[256];
};

प्रोसेसर इस बाइनरी को अपने कैश में लोड करता है, सत्यापित करता है और लॉन्च करता है।

इंटेल बीजी स्टार्टअप एसीएम

इस ACM के कार्य के विश्लेषण के परिणामस्वरूप, यह स्पष्ट हो गया कि यह निम्नलिखित कार्य करता है:

इंटेल एमई से चिपसेट फ़्यूज़ (एफपीएफ) पर लिखा गया इंटेल बीजी कॉन्फ़िगरेशन प्राप्त करता है;
KEYM और IBBM मेनिफ़ेस्ट ढूँढता है, उन्हें सत्यापित करता है।

इन मैनिफ़ेस्ट को खोजने के लिए, ACM FIT तालिका का भी उपयोग करता है, जिसमें इन संरचनाओं को इंगित करने के लिए दो प्रकार की प्रविष्टियाँ होती हैं (ऊपर FIT_ENTRY_TYPES देखें)।

आइए घोषणापत्रों पर करीब से नज़र डालें। पहले मेनिफेस्ट की संरचना में, हम कई अस्पष्ट स्थिरांक देखते हैं, दूसरे मेनिफेस्ट से सार्वजनिक कुंजी का एक हैश, और नेस्टेड संरचना के रूप में हस्ताक्षरित एक सार्वजनिक OEM रूट कुंजी:

typedef struct KEY_MANIFEST
{
	char           Tag[8];          // ‘__KEYM__’
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 0
	unsigned char  : 8;             // 1
	unsigned short : 16;            // 0Bh
	unsigned short : 16;            // 20h == hash size?
	unsigned char  IbbmKeyHash[32]; // SHA256 of an IBBM public key
	BG_RSA_ENTRY   OemRootKey;
};

typedef struct BG_RSA_ENTRY
{
	unsigned char  : 8;             // 10h
	unsigned short : 16;            // 1
	unsigned char  : 8;             // 10h
	unsigned short RsaPubKeySize;   // 800h
	unsigned long  RsaPubExp;
	unsigned char  RsaPubKey[256];
	unsigned short : 16;            // 14
	unsigned char  : 8;             // 10h
	unsigned short RsaSigSize;      // 800h
	unsigned short : 16;            // 0Bh
	unsigned char  RsaSig[256];
};

OEM रूट कुंजी की सार्वजनिक कुंजी को सत्यापित करने के लिए, हमें याद है कि फ़्यूज़ से SHA256 हैश का उपयोग किया जाता है, जो इस समय इंटेल ME से पहले ही प्राप्त हो चुका है।

आइए दूसरे घोषणापत्र पर चलते हैं। इसमें तीन संरचनाएँ शामिल हैं:

typedef struct IBB_MANIFEST
{
	ACBP Acbp;         // Boot policies
	IBBS Ibbs;         // IBB description
	IBB_DESCRIPTORS[];
	PMSG Pmsg;         // IBBM signature
};

पहले वाले में कुछ स्थिरांक शामिल हैं:

typedef struct ACBP
{
	char           Tag[8];          // ‘__ACBP__’
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 1
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 0
	unsigned short : 16;            // x & F0h = 0
	unsigned short : 16;            // 0 < x <= 400h
};

दूसरे में IBB का SHA256 हैश और IBB की सामग्री का वर्णन करने वाले वर्णनकर्ताओं की संख्या शामिल है (अर्थात हैश की गणना किससे की जाती है):

typedef struct IBBS
{
	char           Tag[8];            // ‘__IBBS__’
	unsigned char  : 8;               // 10h
	unsigned char  : 8;               // 0
	unsigned char  : 8;               // 0
	unsigned char  : 8;               // x <= 0Fh
	unsigned long  : 32;              // x & FFFFFFF8h = 0
	unsigned long  Unknown[20];
	unsigned short : 16;              // 0Bh
	unsigned short : 16;              // 20h == hash size ?
	unsigned char  IbbHash[32];       // SHA256 of an IBB
	unsigned char  NumIbbDescriptors;
};

आईबीबी वर्णनकर्ता एक के बाद एक इस संरचना का अनुसरण करते हैं। उनकी सामग्री का प्रारूप निम्न है:

typedef struct IBB_DESCRIPTOR
{
	unsigned long  : 32;
	unsigned long  BaseAddress;
	unsigned long  Size;
};

यह सरल है: प्रत्येक डिस्क्रिप्टर में आईबीबी खंड का पता/आकार होता है। इस प्रकार, इन डिस्क्रिप्टरों द्वारा इंगित ब्लॉकों का संयोजन (स्वयं डिस्क्रिप्टरों के क्रम में) आईबीबी है। और, एक नियम के रूप में, आईबीबी एसईसी और पीईआई चरणों के सभी मॉड्यूल का एक संयोजन है।

दूसरा मेनिफेस्ट आईबीबी सार्वजनिक कुंजी (पहले मेनिफेस्ट से SHA256 हैश द्वारा सत्यापित) और इस मेनिफेस्ट के हस्ताक्षर वाली संरचना के साथ समाप्त होता है:

typedef struct PMSG
{
	char           Tag[8];            // ‘__PMSG__’
	unsigned char  : 8;               // 10h
	BG_RSA_ENTRY   IbbKey;
};

इसलिए, यूईएफआई BIOS निष्पादन शुरू होने से पहले ही, प्रोसेसर एसीएम लॉन्च करेगा, जो एसईसी और पीईआई चरण कोड के साथ अनुभागों की सामग्री की प्रामाणिकता को सत्यापित करेगा। इसके बाद, प्रोसेसर ACM से बाहर निकलता है, RESET वेक्टर के साथ चलता है, और BIOS निष्पादित करना शुरू करता है।

PEI सत्यापित विभाजन में एक मॉड्यूल होना चाहिए जो शेष BIOS (DXE कोड) की जाँच करेगा। यह मॉड्यूल पहले से ही IBV (स्वतंत्र BIOS विक्रेता) या सिस्टम विक्रेता द्वारा ही विकसित किया जा रहा है। क्योंकि केवल लेनोवो और गीगाबाइट सिस्टम हमारे निपटान में थे और इंटेल बीजी समर्थन रखते थे, आइए इन सिस्टम से निकाले गए कोड पर विचार करें।

UEFI BIOS मॉड्यूल LenovoVerifiedBootPei

लेनोवो के मामले में, यह लेनोवो द्वारा विकसित LenovoVerifiedBootPei {B9F2AC77-54C7-4075-B42E-C36325A9468D} मॉड्यूल निकला।

इसका काम DXE के लिए हैश तालिका (GUID द्वारा) देखना और DXE को सत्यापित करना है।

if (EFI_PEI_SERVICES->GetBootMode() != BOOT_ON_S3_RESUME)
{
	if (!FindHashTable())
		return EFI_NOT_FOUND;
	if (!VerifyDxe())
		return EFI_SECURITY_VIOLATION;
}

Хеш таблица {389CC6F2-1EA8-467B-AB8A-78E769AE2A15} имеет следующий формат:

typedef struct HASH_TABLE
{
	char          Tag[8];            // ‘$HASHTBL’
	unsigned long NumDxeDescriptors;
	DXE_DESCRIPTORS[];
};

typedef struct DXE_DESCRIPTOR
{
	unsigned char BlockHash[32];     // SHA256
	unsigned long Offset;
	unsigned long Size;
};

यूईएफआई BIOS मॉड्यूल बूटगार्डपेई

गीगाबाइट के मामले में, यह AMI द्वारा विकसित BootGuardPei {B41956E1-7CA2-42DB-9562-168389F0F066} मॉड्यूल निकला, और इसलिए Intel BG समर्थन के साथ किसी भी AMI BIOS में मौजूद है।

इसके संचालन का एल्गोरिदम कुछ अलग है, हालाँकि, यह उसी तक सीमित है:

int bootMode = EFI_PEI_SERVICES->GetBootMode();

if (bootMode != BOOT_ON_S3_RESUME &&
    bootMode != BOOT_ON_FLASH_UPDATE &&
    bootMode != BOOT_IN_RECOVERY_MODE)
{
	HOB* h = CreateHob();
	if (!FindHashTable())
		return EFI_NOT_FOUND;
	WriteHob(&h, VerifyDxe());
	return h;
}

जिस हैश तालिका {389CC6F2-1EA8-467B-AB8A-78E769AE2A15} को देखा गया है उसका प्रारूप निम्न है:

typedef HASH_TABLE DXE_DESCRIPTORS[];

typedef struct DXE_DESCRIPTOR
{
	unsigned char BlockHash[32];     // SHA256
	unsigned long BaseAddress;
	unsigned long Size;
};

इंटेल बूट गार्ड 2.x

आइए संक्षेप में इंटेल बूट गार्ड के एक और कार्यान्वयन के बारे में बात करें, जो अपोलो लेक माइक्रोआर्किटेक्चर - ASRock J4205-IT के साथ Intel SoC पर आधारित एक नए सिस्टम में पाया गया था।

हालाँकि इस संस्करण का उपयोग केवल SoCs में किया जाएगा (कैबी लेक प्रोसेसर माइक्रोआर्किटेक्चर वाले नए सिस्टम Intel बूट गार्ड 1.x का उपयोग जारी रखेंगे), Intel SoCs पर आधारित प्लेटफार्मों के लिए एक नए आर्किटेक्चर विकल्प की खोज में यह बहुत रुचि रखता है, जिसमें ठोस परिवर्तन हैं, उदाहरण के लिए:

BIOS और Intel ME क्षेत्र (या इंटेल SoC शब्दावली के अनुसार इंटेल TXE) अब एक IFWI क्षेत्र हैं;
हालाँकि इंटेल बीजी को प्लेटफ़ॉर्म पर सक्षम किया गया था, FIT, KEYM, IBBM जैसी संरचनाएँ फ़्लैश मेमोरी में नहीं पाई गईं;
टीएक्सई और आईएसएच कोर (x86) के अलावा, चिपसेट में एक तीसरा कोर (फिर से एआरसी, वैसे) जोड़ा गया था - पीएमसी (पावर मैनेजमेंट कंट्रोलर), जो पावर सबसिस्टम की संचालन क्षमता और प्रदर्शन निगरानी सुनिश्चित करने से जुड़ा था।

नए IFWI क्षेत्र की सामग्री निम्नलिखित मॉड्यूल का एक सेट है:

विस्थापन
नाम
विवरण

0000 2000 ह
एसएमआईपी
विक्रेता द्वारा हस्ताक्षरित कुछ प्लेटफ़ॉर्म कॉन्फ़िगरेशन

0000 6000 ह
आरबीईपी
Intel TXE फ़र्मवेयर कोड अनुभाग, x86, Intel द्वारा हस्ताक्षरित

0001 0000 ह
पीएमसीपी
फर्मवेयर कोड अनुभाग इंटेल पीएमसी, एआरसी, इंटेल द्वारा हस्ताक्षरित

0002 0000 ह
एफटीपीआर
Intel TXE फ़र्मवेयर कोड अनुभाग, x86, Intel द्वारा हस्ताक्षरित

0007B000h
यूसीओडी
इंटेल द्वारा हस्ताक्षरित सीपीयू माइक्रोकोड अपडेट

0008 0000 ह
IBBP
यूईएफआई BIOS, एसईसी/पीईआई चरण, x86, विक्रेता हस्ताक्षरित

0021 8000 ह
आईएसएचसी
इंटेल ISH फ़र्मवेयर का कोड अनुभाग, x86, विक्रेता द्वारा हस्ताक्षरित

0025 8000 ह
एनएफटीपी
Intel TXE फ़र्मवेयर कोड अनुभाग, x86, Intel द्वारा हस्ताक्षरित

0036 1000 ह
आईयूएनपी
अज्ञात

0038 1000 ह
ओबीबीपी
यूईएफआई BIOS, डीएक्सई चरण, x86, अहस्ताक्षरित

TXE फर्मवेयर के विश्लेषण के दौरान, यह स्पष्ट हो गया कि RESET के बाद, TXE प्रोसेसर को इस स्थिति में रखता है जब तक कि यह CPU (FIT, ACM, RESET वेक्टर ...) के लिए एड्रेस स्पेस की मूल सामग्री तैयार नहीं कर लेता। इसके अलावा, TXE इस डेटा को अपने SRAM में रखता है, जिसके बाद यह अस्थायी रूप से प्रोसेसर को वहां पहुंच प्रदान करता है और इसे RESET से "रिलीज़" करता है।

रूटकिट्स के पहरे पर

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

MEinfo उपयोगिता (इंटेल STK से) के साथ जाँच करने के बाद, हमने देखा कि इन प्रणालियों पर विनिर्माण मोड बंद नहीं था, इसलिए, चिपसेट फ़्यूज़ (FPFs) को अनिश्चित स्थिति में छोड़ दिया गया था। हां, ऐसे मामलों में इंटेल बीजी न तो सक्षम है और न ही अक्षम है।

हम निम्नलिखित प्रणालियों के बारे में बात कर रहे हैं (इंटेल बीजी के संबंध में और लेख में बाद में क्या वर्णित किया जाएगा, हम हैसवेल प्रोसेसर माइक्रोआर्किटेक्चर और उच्चतर वाले सिस्टम के बारे में बात करेंगे):

सभी गीगाबाइट उत्पाद;
सभी एमएसआई उत्पाद;
21 लेनोवो लैपटॉप मॉडल और 4 लेनोवो सर्वर मॉडल।

निस्संदेह, हमने इस खोज की सूचना इन विक्रेताओं के साथ-साथ इंटेल को भी दी।

पर्याप्त प्रतिक्रिया के बाद ही लेनोवोजिसने समस्या को स्वीकार किया और एक पैच जारी किया.

गीगाबाइट ऐसा लगता है कि उन्होंने भेद्यता के बारे में जानकारी स्वीकार कर ली, लेकिन किसी भी तरह की टिप्पणी नहीं की।

के साथ संचार एमएसआई हमारी सार्वजनिक पीजीपी कुंजी (उन्हें एक एन्क्रिप्टेड सुरक्षा सलाह भेजने के लिए) भेजने के हमारे अनुरोध पर पूरी तरह से रोक लगा दी गई है। उन्होंने कहा कि वे "एक हार्डवेयर निर्माता हैं और पीजीपी कुंजियाँ नहीं बनाते हैं।"

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

1. विंडोज़ ओएस में बूट करें (सामान्य तौर पर, नीचे वर्णित चरण लिनक्स के तहत भी किए जा सकते हैं, यदि आप वांछित ओएस के लिए इंटेल एसटीके का एक एनालॉग विकसित करते हैं)। MEinfo उपयोगिता का उपयोग करके, सुनिश्चित करें कि इस सिस्टम पर फ़्यूज़ प्रोग्राम नहीं किए गए हैं।

2. फ़्लैश प्रोग्रामिंग टूल का उपयोग करके फ़्लैश मेमोरी की सामग्री पढ़ें।

3. किसी भी UEFI BIOS संपादन टूल का उपयोग करके पढ़ी गई छवि खोलें, आवश्यक परिवर्तन करें (उदाहरण के लिए रूटकिट लागू करें), ME क्षेत्र में मौजूदा KEYM और IBBM संरचनाओं को बनाएं / संपादित करें।

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

4. फ्लैश इमेज टूल का उपयोग करके, एक नई फर्मवेयर छवि बनाएं (इंटेल बीजी कॉन्फ़िगरेशन सेट करके)।

5. फ़्लैश प्रोग्रामिंग टूल का उपयोग करके फ़्लैश करने के लिए एक नई छवि लिखें, MEinfo का उपयोग करके सत्यापित करें कि ME क्षेत्र में अब Intel BG कॉन्फ़िगरेशन शामिल है।

6. विनिर्माण मोड को बंद करने के लिए फ़्लैश प्रोग्रामिंग टूल का उपयोग करें।

7. सिस्टम रीबूट हो जाएगा, जिसके बाद, MEinfo का उपयोग करके, आप सत्यापित कर सकते हैं कि FPFs अब प्रोग्राम किए गए हैं।

ये क्रियाएं सदैव इस सिस्टम पर इंटेल बीजी सक्षम करें। कार्रवाई को पूर्ववत करना असंभव होगा, जिसका अर्थ है:

केवल रूट कुंजी के निजी भाग का स्वामी (अर्थात जिसने Intel BG को सक्षम किया है) ही इस सिस्टम पर UEFI BIOS को अपडेट कर पाएगा;
यदि आप मूल फ़र्मवेयर को इस सिस्टम में लौटाते हैं, उदाहरण के लिए, किसी प्रोग्रामर का उपयोग करके, तो यह चालू भी नहीं होगा (सत्यापन त्रुटि की स्थिति में प्रवर्तन नीति का परिणाम);
ऐसे यूईएफआई BIOS से छुटकारा पाने के लिए, आपको प्रोग्राम किए गए एफपीएफ वाले चिपसेट को "क्लीन" वाले से बदलना होगा (यानी यदि आपके पास कार की कीमत पर इन्फ्रारेड सोल्डरिंग स्टेशन तक पहुंच है, तो चिपसेट को फिर से सोल्डर करें, या बस मदरबोर्ड को बदलें)।

यह समझने के लिए कि ऐसा रूटकिट क्या कर सकता है, आपको यह मूल्यांकन करने की आवश्यकता है कि यूईएफआई BIOS वातावरण में आपके कोड को निष्पादित करना क्या संभव बनाता है। कहें, प्रोसेसर के सबसे विशेषाधिकार प्राप्त मोड में - एसएमएम। ऐसे रूटकिट में निम्नलिखित गुण हो सकते हैं:

ओएस के साथ समानांतर में निष्पादित किया जाना चाहिए (आप एक एसएमआई इंटरप्ट उत्पन्न करके प्रसंस्करण को कॉन्फ़िगर कर सकते हैं, जो एक टाइमर द्वारा ट्रिगर किया जाएगा);
एसएमएम मोड में होने के सभी फायदे हैं (रैम और हार्डवेयर संसाधनों की सामग्री तक पूर्ण पहुंच, ओएस से गोपनीयता);
SMM मोड में लॉन्च होने पर रूटकिट कोड को एन्क्रिप्ट और डिक्रिप्ट किया जा सकता है। केवल एसएमएम मोड में उपलब्ध कोई भी डेटा एन्क्रिप्शन कुंजी के रूप में उपयोग किया जा सकता है। उदाहरण के लिए, SMRAM में पतों के एक सेट से एक हैश। इस कुंजी को प्राप्त करने के लिए, आपको एसएमएम में चढ़ना होगा। और यह दो तरीकों से किया जा सकता है. एसएमएम कोड में आरसीई ढूंढें और इसका उपयोग करें, या अपने स्वयं के एसएमएम मॉड्यूल को BIOS में जोड़ें, जो असंभव है, क्योंकि हमने बूट गार्ड को सक्षम किया है।

इस प्रकार, यह भेद्यता एक हमलावर को इसकी अनुमति देती है:

सिस्टम में अज्ञात उद्देश्य का एक छिपा हुआ, हटाने योग्य रूटकिट बनाएं;
अपने कोड को Intel SoC के अंदर चिपसेट कोर में से किसी एक पर, अर्थात् Intel ISH पर निष्पादित करें (चित्र को करीब से देखें)।

हालाँकि Intel ISH सबसिस्टम की क्षमताओं का अभी तक पता नहीं लगाया गया है, लेकिन यह Intel ME के विरुद्ध एक दिलचस्प आक्रमण वेक्टर प्रतीत होता है।

निष्कर्ष

अध्ययन ने इस बात का तकनीकी विवरण प्रदान किया कि इंटेल बूट गार्ड तकनीक कैसे काम करती है। अस्पष्टता मॉडल के माध्यम से इंटेल की सुरक्षा में कुछ रहस्यों को हटा दें।
एक आक्रमण परिदृश्य प्रस्तुत किया गया है जो सिस्टम में एक हटाने योग्य रूटकिट बनाने की अनुमति देता है।
हमने देखा है कि आधुनिक इंटेल प्रोसेसर BIOS शुरू होने से पहले भी बहुत सारे मालिकाना कोड निष्पादित करने में सक्षम हैं।
इंटेल 64 आर्किटेक्चर वाले प्लेटफॉर्म मुफ्त सॉफ्टवेयर चलाने के लिए कम उपयुक्त होते जा रहे हैं: हार्डवेयर सत्यापन, मालिकाना प्रौद्योगिकियों और उपप्रणालियों की बढ़ती संख्या (एसओसी चिपसेट में तीन कोर: x86 ME, x86 ISH और ARC PMC)।

mitigations

जो विक्रेता जानबूझकर विनिर्माण मोड को खुला छोड़ते हैं, उन्हें निश्चित रूप से इसे बंद कर देना चाहिए। अब तक, वे केवल अपनी आँखें बंद कर रहे हैं और नई कैबी लेक प्रणाली यह दिखाती है।

उपयोगकर्ता -closemnf विकल्प के साथ फ्लैश प्रोग्रामिंग टूल चलाकर अपने सिस्टम पर इंटेल बीजी को अक्षम कर सकते हैं (जो वर्णित भेद्यता से प्रभावित हैं)। सबसे पहले, आपको यह सुनिश्चित करना चाहिए (MEinfo का उपयोग करके) कि ME क्षेत्र में Intel BG का कॉन्फ़िगरेशन FPF में प्रोग्रामिंग के बाद इस तकनीक को बिल्कुल बंद करने का प्रावधान करता है।

स्रोत: www.habr.com

श्रोडिंगर का विश्वसनीय बूट। इंटेल बूट गार्ड