अनडॉक्यूमेंटेड एज फीचर इंटरनेट एक्सप्लोरर सुरक्षा को तोड़ता है

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

अजीब तरह से, कोलसेक शुरू में जॉन द्वारा वर्णित और प्रदर्शित हमले को पुन: उत्पन्न करने में असमर्थ था, जहां उसने एक दुर्भावनापूर्ण एमएचटी फ़ाइल को डाउनलोड करने और फिर खोलने के लिए विंडोज 7 पर चलने वाले इंटरनेट एक्सप्लोरर का उपयोग किया था। हालाँकि उनके प्रोसेस मैनेजर ने दिखाया कि system.ini, जिसे खुद से चुराने की योजना थी, MHT फ़ाइल में छिपी एक स्क्रिप्ट द्वारा पढ़ा गया था, लेकिन रिमोट सर्वर पर नहीं भेजा गया था।

"यह एक क्लासिक मार्क-ऑफ-द-वेब स्थिति की तरह लग रहा था," कोलसेक लिखते हैं। “जब कोई फ़ाइल इंटरनेट से प्राप्त होती है, तो वेब ब्राउज़र और ईमेल क्लाइंट जैसे ठीक से चलने वाले विंडोज़ एप्लिकेशन फॉर्म में ऐसी फ़ाइल में एक लेबल जोड़ते हैं वैकल्पिक डेटा स्ट्रीम जिसका नाम Zone.Identifier है जिसमें स्ट्रिंग ZoneId = 3 है। इससे अन्य एप्लिकेशन को पता चलता है कि फ़ाइल एक अविश्वसनीय स्रोत से आई है और इसलिए इसे सैंडबॉक्स या अन्य प्रतिबंधित वातावरण में खोला जाना चाहिए।"

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

सबसे पहले, शोधकर्ता ने "मार्क-ऑफ-द-वेब" की जांच की, यह पता चला कि एज सुरक्षा पहचानकर्ता के अलावा वैकल्पिक डेटा स्ट्रीम में फ़ाइल की उत्पत्ति के स्रोत को भी संग्रहीत करता है, जो इसकी गोपनीयता के बारे में कुछ सवाल उठा सकता है। तरीका। कोलसेक ने अनुमान लगाया कि अतिरिक्त लाइनों ने IE को भ्रमित कर दिया होगा और उसे SID को पढ़ने से रोक दिया होगा, लेकिन जैसा कि पता चला, समस्या कहीं और थी। एक लंबे विश्लेषण के बाद, सुरक्षा विशेषज्ञ ने एक्सेस कंट्रोल सूची में दो प्रविष्टियों में इसका कारण पाया, जिसने एमएचटी फ़ाइल को एक निश्चित सिस्टम सेवा में पढ़ने का अधिकार जोड़ा, जिसे एज ने लोड करने के बाद वहां जोड़ा।

समर्पित शून्य-दिन भेद्यता टीम से जेम्स फोरशॉ - Google प्रोजेक्ट ज़ीरो - सुझाव दिया ट्वीट किया गया कि एज द्वारा जोड़ी गई प्रविष्टियाँ Microsoft.MicrosoftEdge_8wekyb3d8bbwe पैकेज के लिए समूह सुरक्षा पहचानकर्ताओं को संदर्भित करती हैं। दुर्भावनापूर्ण फ़ाइल की पहुंच नियंत्रण सूची से SID S-1-15-2 - * की दूसरी पंक्ति को हटाने के बाद, शोषण अब काम नहीं करता है। परिणामस्वरूप, किसी तरह एज द्वारा जोड़ी गई अनुमति ने फ़ाइल को IE में सैंडबॉक्स को बायपास करने की अनुमति दी। जैसा कि कोलसेक और उनके सहयोगियों ने सुझाव दिया, एज इन अनुमतियों का उपयोग फ़ाइल को आंशिक रूप से पृथक वातावरण में चलाकर कम-भरोसेमंद प्रक्रियाओं द्वारा डाउनलोड की गई फ़ाइलों तक पहुंच से बचाने के लिए करता है।

इसके बाद, शोधकर्ता यह बेहतर ढंग से समझना चाहता था कि IE की सुरक्षा प्रणाली के विफल होने का कारण क्या है। प्रोसेस मॉनिटर उपयोगिता और आईडीए डिस्सेबलर का उपयोग करके गहन विश्लेषण से अंततः पता चला कि एज के सेट रिज़ॉल्यूशन ने विन एपीआई फ़ंक्शन GetZoneFromAlterateDataStreamEx को Zone.Identifier फ़ाइल स्ट्रीम को पढ़ने से रोक दिया और एक त्रुटि लौटा दी। इंटरनेट एक्सप्लोरर के लिए, फ़ाइल के सुरक्षा लेबल का अनुरोध करते समय ऐसी त्रुटि पूरी तरह से अप्रत्याशित थी, और, जाहिर है, ब्राउज़र ने माना कि त्रुटि इस तथ्य के बराबर थी कि फ़ाइल में "मार्क-ऑफ-द-वेब" चिह्न नहीं था, जो स्वचालित रूप से इसे विश्वसनीय बनाता है, जिसके बाद IE ने MHT फ़ाइल में छिपी स्क्रिप्ट को निष्पादित करने और लक्ष्य स्थानीय फ़ाइल को दूरस्थ सर्वर पर भेजने की अनुमति दी।

"क्या आप यहाँ विडंबना देखते हैं?" कोलसेक पूछता है। "एज द्वारा उपयोग की गई एक गैर-दस्तावेजी सुरक्षा सुविधा ने इंटरनेट एक्सप्लोरर में एक मौजूदा, निस्संदेह बहुत अधिक महत्वपूर्ण (वेब ​​का निशान) सुविधा को निष्क्रिय कर दिया।" 

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

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

स्रोत: 3dnews.ru