इंटेल एमई मैन्युफैक्चरिंग मोड - एक छिपी हुई धमकी, या मैकबुक में भेद्यता CVE-2018-4251 के पीछे क्या है

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

एक उदाहरण इंटेल प्रबंधन इंजन (इंटेल एमई) तकनीक है, साथ ही सर्वर (इंटेल एसपीएस) और मोबाइल (इंटेल TXE) प्लेटफार्मों के लिए इसके संस्करण (इस तकनीक पर अधिक विवरण के लिए, देखें [5] , [६] । इस लेख में हम बताएंगे। अनिर्दिष्ट कमांड का उपयोग कैसे करें (यदि शब्द "डॉक्यूमेंटेड" आमतौर पर इंटेल एमई पर लागू होता है), तो आप एसपीआई फ्लैश मेमोरी को अधिलेखित कर सकते हैं और सबसे खराब परिदृश्य को लागू कर सकते हैं - एमई (इंटेल-एसए-00086) में भेद्यता का स्थानीय शोषण। इस समस्या का मूल इंटेल एमई के संचालन का अविभाजित मोड था। - विनिर्माण मोड।

विनिर्माण मोड क्या है

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

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



अंजीर। 1. एफपीटी उपयोगिता के -FPFs विकल्प का परिणाम है

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

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

CVARs स्थापित करने के लिए, Intel ME फर्मवेयर मॉड्यूल, mca_server, जिम्मेदार है। MCA निर्माण-रेखा कॉन्फ़िगरेशन आर्किटेक्चर का संक्षिप्त नाम है, जो विनिर्माण चरण के दौरान प्लेटफ़ॉर्म कॉन्फ़िगरेशन प्रक्रिया का सामान्य नाम है। एफपीएफ की तरह सीवीएआर को एफपीटी का उपयोग करके परिभाषित और पढ़ा जा सकता है।



चित्रा 2. ब्रक्सटन पी प्लेटफॉर्म के लिए एफपीटी उपयोगिता द्वारा सीवीएआरएस आउटपुट की सूची

सीवीएआर की सूची प्लेटफॉर्म और इंटेल एमई फर्मवेयर संस्करण के आधार पर भिन्न होती है। इंटेल एएमटी तकनीक का समर्थन करने वाले चिपसेट के लिए, इनमें से एक चर MEBx (ME BIOS एक्सटेंशन) में प्रवेश करने का पासवर्ड है।

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

विनिर्माण मोड को अक्षम करने का एक संकेत MFS पर फ़ाइल / होम / mca / eom में संग्रहीत किया जाता है, इस प्रकार, जब आधार फ़ाइल सिस्टम के साथ फर्मवेयर के साथ SPI फिर से लिखना शुरू होता है (अधिक जानकारी के लिए, [9] देखें), मंच विनिर्माण मोड में फिर से कार्य करने में सक्षम है (लेकिन FUSES को लिखना संभव नहीं है) ।

OEM सार्वजनिक कुंजी

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

एफपीएफ में नई प्रणालियों (अपोलो लेक, जेमिनी लेक, केनन प्वाइंट) में न केवल बूटगार्ड के लिए कुंजी संग्रहीत की जाती है, बल्कि OEM सार्वजनिक कुंजी (या बल्कि, RSA OEM सार्वजनिक कुंजी से SHA-256), जिस पर मेरे सभी सुरक्षा तंत्र आधारित हैं। उदाहरण के लिए, हस्ताक्षरित मास्टर छवि प्रोफ़ाइल (एसएमआईपी) नामक एक विशेष एसपीआई फ्लैश अनुभाग निर्माता-विशिष्ट पीसीएच स्ट्रैप्स (पीसीएच हार्डवेयर कॉन्फ़िगरेशन) को संग्रहीत करता है। यह खंड एक कुंजी, SHA-256 पर हस्ताक्षरित है, जिसमें से SPI फ्लैश पर एक विशेष फ़ाइल में रखा गया है। इस फाइल को OEM.key कहा जाता है, जो FTPR सेक्शन में स्थित होती है और इसमें विभिन्न प्रकार के डेटा पर हस्ताक्षर करने के लिए OEM द्वारा उपलब्ध कराई गई विभिन्न सार्वजनिक कुंजियाँ होती हैं। यहां उन सभी डेटा सेटों की पूरी सूची दी गई है, जो निर्माता द्वारा हस्ताक्षरित किए जाते हैं, प्रत्येक के लिए एक विशिष्ट कुंजी है, जो कि Cannon Point platform के लिए है:



चित्रा 3. हस्ताक्षरित OEM CNP प्लेटफ़ॉर्म डेटा की सूची

OEM.key फ़ाइल स्वयं ही OEM साझा रूट कुंजी द्वारा हस्ताक्षरित है, जिसकी हैश राशि FPF में दर्ज की जानी चाहिए।



चित्रा 4. OEM हस्ताक्षर

बाईपास एमई क्षेत्र में ताला लिखें

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



चित्र 5. SPI मास्टर ग्रांट का वर्णन करते हुए इंटेल प्रलेखन

इस प्रकार, भले ही होस्ट होस्ट से SP SPI क्षेत्र तक पहुंच पर प्रतिबंध लगाता है, फिर भी ME अपने डेटा तक पहुंच प्रदान कर सकता है। हमारी राय में, यह मानक एल्गोरिथ्म को दरकिनार करके Intel ME फर्मवेयर को अपडेट करने में सक्षम किया गया था।

होस्ट एमई रीजन फ्लैश प्रोटेक्शन ओवरराइड

इंटेल एमई फर्मवेयर में, एक विशेष एचईसीआई कमांड लागू किया गया है, जो आपको सीपीयू से एसपीआई एमई क्षेत्र में लिखने की पहुंच खोलने की अनुमति देता है। इसे HMR FPO (होस्ट एमई रीजन फ्लैश प्रोटेक्शन ओवरराइड) कहा जाता है। हमारे पिछले अध्ययनों में से एक में, हमने इस आदेश का विस्तार से वर्णन किया है [5]। उसकी कई विशेषताएं हैं।

एचएमआर एफपीओ कमांड प्राप्त करने के बाद, रिबूट के बाद ही फर्मवेयर अपने क्षेत्र तक पहुंच खोलेगा। एमई खुद भी सुरक्षा प्रदान करता है: यूईएफआई BIOS निष्पादन अवधि के दौरान कमांड को केवल तभी स्वीकार किया जाता है, जब तक कि तथाकथित पोस्ट ऑफ ईओपी (ईओपी) पल नहीं जाता। EOP एक और HECI कमांड है जिसे UEFI BIOS ऑपरेटिंग सिस्टम (ExitBootServices) पर नियंत्रण स्थानांतरित करने से पहले भेजता है। कुछ BIOS सेटअप में, आप एक विकल्प पा सकते हैं जो HMRFPO कमांड को EOP पर भेजने में सक्षम बनाता है।



चित्रा 6. BIOS में एमई क्षेत्र खोलना

ईओपी प्राप्त करने के बाद, एमई फर्मवेयर एचएमआर एफपीओ को अनदेखा करता है, इसी स्थिति को वापस करता है। लेकिन यह केवल Manufacturing Mode के पूरा होने के बाद होता है । इस प्रकार, मैन्युफैक्चरिंग मोड में एमई फर्मवेयर किसी भी समय एचएमआर एफपीओ को स्वीकार करता है , पोस्ट के अंत की परवाह किए बिना । यदि निर्माता ने विनिर्माण मोड को बंद नहीं किया है, तो एक हमलावर (औपचारिक रूप से बोल रहा है, इसके लिए व्यवस्थापक अधिकारों की आवश्यकता होती है, लेकिन यहां तक ​​कि ओएस कर्नेल शुरू में एमई फर्मवेयर को अधिलेखित नहीं कर सकता है) किसी भी समय एमई फर्मवेयर को बदल सकता है। इस स्तर पर, हमलावर ME छवि को अधिलेखित कर सकता है, उदाहरण के लिए, INTEL-SA-00086 भेद्यता का फायदा उठाने के लिए। यह एक रिबूट की आवश्यकता को बढ़ाता है, लेकिन मैकबुक को छोड़कर लगभग सभी प्लेटफार्मों पर यह बाधा नहीं है। यह Apple कंप्यूटरों पर है कि UEFI में एक अतिरिक्त चेक है, जो कि प्रारंभ के समय किया जाता है और सिस्टम को शुरू करने से रोकता है यदि HMRFPO का उपयोग करके ME क्षेत्र खोला जाता है। हालाँकि, जैसा कि हम बाद में दिखाएंगे, यह सुरक्षा तंत्र दूर हो जाता है यदि ME फर्मवेयर मैन्युफैक्चरिंग मोड में काम करता है।

मुख्य सीपीयू को रिबूट किए बिना मुझे रिबूट करना

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



चित्रा 7. पुनः आरंभ प्रकार नियंत्रण

आंतरिक ME फर्मवेयर मॉड्यूल की जांच करते हुए, हमने पाया कि HECI कमांड है ( "80 06 00 07 00 00 0b 00 00 00 00 00") , कमांड भेजने पर अधिक जानकारी के लिए [ 5 ]) केवल रिबूट करने के लिए देखें! () इंटेल ME कर्नेल! जो विनिर्माण मोड में ईओपी के बाद भी किसी भी समय भेजा जा सकता है।



चित्रा 8. एक समारोह है कि ME HECI पुनः लोड आदेशों की Disassembler लिस्टिंग

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

केस स्टडी : भेद्यता CVE-2018-4251

हमने विभिन्न निर्माताओं से कई प्लेटफार्मों का विश्लेषण किया। इनमें लेनोवो लैपटॉप और ऐप्पल मैकबुक प्राइ थे। योग और थिंकपैड लाइन से जांच किए गए कंप्यूटरों में, हमें विनिर्माण मोड से जुड़ी कोई समस्या नहीं मिली, लेकिन इंटेल चिपसेट पर आधारित ऐप्पल लैपटॉप विनिर्माण मोड में काम करते हैं । इस जानकारी को Apple में स्थानांतरित करने के बाद, यह त्रुटि (CVE-2018-4251) macOS High Sierra 10.13.5 OS अपडेट में तय की गई थी।

स्थानीय ऑपरेशन INTEL-SA-00086

तो, CVE-2018-4251 भेद्यता का उपयोग करते हुए, एक हमलावर ME फर्मवेयर के पुराने संस्करणों को लिख सकता है जिसमें INTEL-SA-00086 भेद्यता शामिल है, और साथ ही उसे SPI प्रोग्रामर या HDA_SDO जम्पर (यानी भौतिक अभिगम) तक पहुंचने की भी आवश्यकता नहीं थी। इस प्रकार, इस भेद्यता का सबसे खतरनाक - स्थानीय - वेक्टर का एहसास होता है (एमई फर्मवेयर में मनमाना कोड का निष्पादन)। यह उल्लेखनीय है कि INTEL-SA-00086 सुरक्षा बुलेटिन के स्पष्टीकरण में, Intel खुले तौर पर इस भेद्यता का उपयोग करने के साधन के रूप में स्थानीय रूप से, बिना भौतिक पहुँच के शोषण का उल्लेख नहीं करता है, लेकिन केवल यह कहता है कि SPI क्षेत्रों में गलत तरीके से कॉन्फ़िगर किए जाने पर ही स्थानीय शोषण संभव है। यह सच नहीं है। उपयोगकर्ताओं की सुरक्षा के लिए, हमने यह वर्णन करने का निर्णय लिया कि विनिर्माण मोड की उपलब्धता की जांच कैसे करें और इसे कैसे अक्षम करें।

खुद की सुरक्षा कैसे करें

चिपसेट और इंटेल प्रोसेसर (इंटेल सिस्टम टूल्स) पर आधारित उपकरणों के डेवलपर्स के लिए सिस्टम उपयोगिताओं के पैकेज में क्रमशः MEInfo उपयोगिता (TXEInfo, मोबाइल और सर्वर प्लेटफॉर्म के लिए SPSInfo) शामिल हैं, जिसे प्रबंधन इंजन फर्मवेयर की वर्तमान स्थिति के बारे में उन्नत नैदानिक ​​जानकारी प्राप्त करने के लिए डिज़ाइन किया गया है और एक पूरे के रूप में पूरे मंच। हमने एमई और अनिर्दिष्ट एचएपी (हाई एश्योरेंस प्लेटफॉर्म) मोड [ 6 ] को निष्क्रिय करने पर हमारे पिछले अध्ययनों में इस उपयोगिता का प्रदर्शन किया। यह उपयोगिता, जिसे -FWSTS ध्वज के साथ कहा जाता है, HECI स्थिति रजिस्टरों का विस्तृत विवरण प्रदान करता है और विनिर्माण मोड स्थिति की रिपोर्ट करता है (विनिर्माण विधि सक्रिय है, यह इंगित करने के लिए FWSTS स्थिति रजिस्टर का चौथा बिट सेट है)।



चित्र 9. MEInfo उपयोगिता का उदाहरण आउटपुट

हमने एक प्रोग्राम [ 7 ] भी विकसित किया है, जिसके साथ आप मैन्युफैक्चरिंग मोड की स्थिति की जांच कर सकते हैं यदि उपयोगकर्ता के पास किसी कारण से Intel ME सिस्टम टूल्स तक पहुंच नहीं है।



चित्रा 10. मिमीडेटेक स्क्रिप्ट का एक उदाहरण

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



चित्र 11. एफ़टीपी उपयोगिता परिणाम -CLOSEMNF विकल्प के साथ

इस उदाहरण में, हमने प्लेटफॉर्म को रिबूट न ​​करने के लिए -CLOSEMNF विकल्प के NO पैरामीटर का उपयोग किया, जो कि मैन्युफैक्चरिंग मोड के पूरा होने के तुरंत बाद डिफ़ॉल्ट रूप से किया जाता है।

निष्कर्ष

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

इसके अलावा, हमें संदेह है कि मुख्य सीपीयू को रिबूट किए बिना ME को रिबूट करने की क्षमता सिंक BIOS / UEFI और ME राज्यों के बाहर होने के कारण अन्य सुरक्षा समस्याएं हो सकती हैं।

लेखक: मार्क एर्मोलोव और मैक्सिम गोर्याची

[१] इंटेल मैनेजमेंट इंजन क्रिटिकल फर्मवेयर अपडेट, इंटेल-एसए-००० Engine६
[२] गिटहब - चिपसेक / चिपसेक: प्लेटफ़ॉर्म सिक्योरिटी असेसमेंट फ्रेमवर्क
[४] तेज, सुरक्षित और लचीला ओपनसोर्स फर्मवेयर, कोरबूट
[५] मार्क एर्मोलोव, मैक्सिम गोर्याची, हाउ टू बी सॉल ओनर ऑफ योर पीसी, पीएचडीएज VI, २०१६
[६] मार्क एर्मोलोव, मैक्सिम गोरैची, अनिर्धारित मोड के माध्यम से Intel ME ११ को निष्क्रिय करना, सकारात्मक प्रौद्योगिकी 'ब्लॉग
[[] इंटेल एमई मैन्युफैक्चरिंग मोड डिटेक्शन टूल
[ M ] अलेक्जेंडर एर्मोलोव, रक्षित गार्डक: इंटेल बूटगार्ड
[९] दिमित्री स्किलारोव, इंटेल एमई: फ्लैश फाइल सिस्टम। समझाया