Apple पैच हिस्ट्री

इस साल, a1exdandy और मैंने VolgaCTF और KazHackStan सम्मेलनों में ऑब्जेक्टिव-सी पर लिखे पैच डिफिंग प्रोग्राम्स के बारे में बात की, और ऐप्पल उत्पादों में 0-दिन और 1-दिन की कमजोरियों को खोजने और खोजने के लिए इसका उपयोग कैसे किया। आप यहां प्रस्तुति का वीडियो देख सकते हैं , और लेख पढ़ने के लिए, बिल्ली का स्वागत कर सकते हैं।

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

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

बाइनरी डिफिंग और पैच डिफिंग कैसे उपयोगी हो सकते हैं?

बाइनरी डिफिंग का मुख्य कार्य यह ट्रैक करना है कि एप्लिकेशन में क्या बदलाव किए गए हैं। ऐसा करने के लिए, आपको पुराने संस्करण को लेने और नए के साथ तुलना करने की आवश्यकता है यह देखने के लिए कि डेवलपर ने क्या बदलाव किए और उन्हें कैसे लागू किया गया।

आइए उन स्थितियों को देखें जिनमें यह उपयोगी हो सकता है:

• कार्यक्रम के विकास का विश्लेषण : नए और पुराने संस्करणों की तुलना करके, आप समझ सकते हैं कि एप्लिकेशन कैसे विकसित हो रहा है, क्या नई कार्यक्षमता जोड़ी गई है, जिसे हटा दिया गया है और मौजूदा कोड में क्या बदलाव आया है।
• मौजूदा ज्ञान का आयात करना : ऐसे कार्यक्रमों में जो प्रतीकात्मक जानकारी का उपयोग नहीं करते हैं, रिवर्स इंजीनियरों को तर्क का अध्ययन करने और कमजोरियों की खोज करने के लिए अधिक समय बिताना पड़ता है। लेकिन ऐसा होता है कि सॉफ़्टवेयर के कुछ संस्करण में, डेवलपर्स गलती से या जानबूझकर प्रतीकात्मक जानकारी छोड़ देते हैं। यह जानकारी वहां से आपके द्वारा आवश्यक सॉफ़्टवेयर संस्करण में पोर्ट की जा सकती है। उदाहरण के लिए , बाइनरी डिफिंग का उपयोग करने वाले Google प्रोजेक्ट ज़ीरो कर्मचारी अन्य ऑपरेटिंग सिस्टम के लिए पुराने संस्करणों से एडोब रीडर के नए विंडोज संस्करणों के लिए वर्ण प्राप्त करने में सक्षम थे, जिससे उन्हें कमजोरियां खोजने में मदद मिली;
• वास्तविक सॉफ्टवेयर पर प्रशिक्षण : हमारी राय में, पैच डिफिंग छोटी सीटीएफ समस्याओं का अध्ययन करने से लेकर वास्तविक सॉफ्टवेयर के शोध तक आसानी से जाने का एक शानदार तरीका है। पैच को एक्सप्लोर करते हुए, आप इसकी सभी विशेषताओं के साथ एक बड़े सॉफ़्टवेयर उत्पाद में वास्तविक भेद्यता को देख सकते हैं (जबकि यह सुनिश्चित करने के लिए जानते हैं कि भेद्यता कोड में मौजूद है)। किसी उत्पाद में त्रुटियों की खोज करके, आप धीरे-धीरे उसी कमजोरियों को खोजने के लिए आगे बढ़ सकते हैं। एक बोनस के रूप में, आप उनके लिए कारनामे लिखने की कोशिश कर सकते हैं;
• 1-दिन के कारनामे बनाना : जब एक डेवलपर ने पहले ही एक पैच जारी कर दिया है, तो आप जल्दी से इसका विश्लेषण कर सकते हैं, इस भेद्यता के लिए एक शोषण लिखें और 1-दिवसीय शोषण प्राप्त करें। उसी समय, तथाकथित पैच गैपिंग है - पैच की रिहाई और ग्राहकों द्वारा इसकी सीधी स्थापना के बीच का समय। इस समय के दौरान, एक 1-दिवसीय शोषण सफलतापूर्वक काम कर सकता है और अपने लेखक को लाभान्वित कर सकता है (समय पर अपडेट स्थापित करें!) जब तक कि सभी डेवलपर्स द्वारा जारी किए गए पैच को स्थापित न करें। ऐसी परिस्थितियाँ होती हैं जब किसी लाइब्रेरी में भेद्यता तय हो जाती है, लेकिन प्रोग्राम अभी भी लाइब्रेरी के पुराने संस्करण का उपयोग करते हैं। क्रोम और वेबकीट के लिए पैच गैपिंग के कुछ दिलचस्प उदाहरण यहां दिए गए हैं;
• 0-दिन की कमजोरियों के लिए खोज करें : यह कितना भी अजीब क्यों न लगे, लेकिन पैच का विश्लेषण करने पर, आप पहले की अज्ञात कमजोरियों (0-दिन की कमजोरियों) का पता लगा सकते हैं। डेवलपर्स भी गलत हैं, और इसलिए, पैच बनाने की प्रक्रिया में, भेद्यता सही ढंग से बंद नहीं हो सकती है। तो, एक पैच का विश्लेषण करके, आप इसके चारों ओर एक रास्ता पा सकते हैं। उदाहरण के लिए, अपाचे स्ट्रट्स डेवलपर्स ने पांच बार भेद्यता तय की, लेकिन पैच केवल अपने छठे संस्करण में काम किया! इसके अलावा, अक्सर डेवलपर, एक निश्चित भेद्यता को ठीक करने के लिए उसके लिए निर्धारित कार्य को स्पष्ट रूप से पूरा करता है, यह ध्यान नहीं दे सकता है कि कोड के पड़ोसी वर्गों में क्या हो रहा है। आस-पास बिल्कुल वही भेद्यता हो सकती है, और पता लगाने के मामले में यह 0-दिन होगा। यह पता चला डेवलपर त्रुटि के पैटर्न का अध्ययन करना और उसी कार्यक्रम में कुछ समान खोजने की कोशिश करना महत्वपूर्ण है। यदि डेवलपर ने एक जगह गलती की है, तो कहीं और वही त्रुटि दोहराने की संभावना अधिक है।

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

हमेशा नहीं खोजा गया कमजोरियां जानबूझकर छिपी हुई हैं। डेवलपर्स अपने उत्पाद की कुछ कमियों को विशेष महत्व नहीं दे सकते हैं और उन्हें नियमित बग की तरह प्रचार के बिना ठीक कर सकते हैं।

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

उपकरण

सिद्धांत से हम धीरे-धीरे अभ्यास के लिए आगे बढ़ते हैं। स्वाभाविक रूप से, बाइनरी डिफिंग को मैन्युअल रूप से करना एक पागल उपक्रम है। एक व्यापक टूलकिट लंबे समय से विकसित किया गया है, जिसमें लोकप्रिय द्विआधारी विश्लेषक के लिए स्टैंडअलोन प्रोग्राम और प्लगइन्स दोनों शामिल हैं: डायफ़ोरा, बिनडिफ़, दारुनग्रिम, यादिफ़, रिज़ो, रीलीज़, टर्बोडिफ, पैचडिफ़ 2, रीमैच और अन्य।

BinDiff इंटरफ़ेस।

Diaphora इंटरफ़ेस

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

मैं बाइनरी फ़ाइलों में ओपन-सोर्स कोड की तुलना करने के लिए हाल ही में प्रदर्शित किए गए टूल को अलग से नोट करना चाहूंगा: पिगायोस और कर्ता। यह एक बहुत ही रोचक और उपयोगी दिशा है। वे स्रोत कोड से मैट्रिक्स एकत्र करते हैं और फिर बाइनरी फ़ाइलों में कार्यों की तुलना करने के लिए उनका उपयोग करते हैं। यह पात्रों की अनुपस्थिति और स्थैतिक लिंकिंग में बहुत उपयोगी है। इन टूल्स का काम एक फाइल में दूसरे में फंक्शन्स को मैप करना है।

एप्पल ऑपरेटिंग सिस्टम के लिए पैच की तुलना

एक नियम के रूप में, ऐप्पल ओएस के लिए एप्लिकेशन ऑब्जेक्टिव-सी पर लिखते हैं। यह C के लिए ऑब्जेक्ट-ओरिएंटेड एक्सटेंशन है, जो कि स्मॉलटाकल भाषा के प्रतिमानों पर आधारित है।

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

जब कोई प्रतीक नहीं होते हैं, तो उपकरण को विश्लेषण, हेयूरिस्टिक्स आदि के लिए आंतरिक एल्गोरिदम का उपयोग करना पड़ता है। स्वाभाविक रूप से, वे हमेशा सही ढंग से काम नहीं करते हैं।

उपयोग-मामले जहां पैच अलग करना बहुत उपयोगी था

संभवतः, यह प्रस्तुति (45 मिनट के प्रारूप में) और इस लेख का जन्म नहीं हुआ होता यदि हाल ही में, Apple ने कई बार विश्व अनुसंधान समुदाय को आश्चर्यचकित नहीं किया होता। आइए इन मामलों को देखें।

केस 1: CVE-2019-8606

मई 2019 में, iPhone के लिए iOS 12.3 जारी किया गया था, जहां भेद्यता को स्थापित करने के लिए संभव था जिसके साथ भेद्यता तय की गई थी। उसी वर्ष जुलाई में, Apple ने संस्करण 12.4 जारी किया, जहां जेलब्रेक ने फिर से काम करना शुरू किया: कर्मचारियों ने गलती से सुरक्षात्मक पैच को हटा दिया। सही किए गए संस्करण को एक महीने के बाद ही जारी किया गया था: इस बार नवीनतम संस्करण के किसी भी उपकरण को आसानी से भागने के संचालन के अधीन किया जा सकता है। यह सब पैच अलग करने के लिए धन्यवाद की खोज की गई थी।

केस 2: CVE-2019-7278 और CVE-2019-7286

पैच के साथ व्यक्तिगत अनुभव हैक इन द बॉक्स कॉन्फ्रेंस में हैक में एपल के सुरक्षा पैच से बाहर एक iOS 0-दिन के जेलब्रेक को अपनी रिपोर्ट में सिक्योरिटी रिसर्चर स्टीफन एसर द्वारा वर्णित किया गया था । उन्होंने CVE-2019-7278 और CVE-2019-7286 के बारे में बात की - वे उन लोगों के लिए उल्लेखनीय हैं जिन्हें हमलावरों द्वारा उनके वास्तविक उपयोग (ITW, जंगल में) के दौरान Google खतरा विश्लेषण समूह के लिए धन्यवाद दिया गया था। Apple ने उनके बारे में जानकारी प्राप्त की, लेकिन न तो वे और न ही Google के लोगों ने तकनीकी विवरणों का खुलासा किया। तब स्टीफन ने सोचा कि हमलावर क्या उपयोग कर रहे थे। हम अत्यधिक अनुशंसा करते हैं कि आप उसकी रिपोर्ट पढ़ें, क्योंकि यह कर्नेल और उपयोगकर्ता के अंतरिक्ष घटकों की तुलना करने की प्रक्रिया के बारे में भी बात करता है।
दिलचस्प तथ्य: स्टीफन के भाषण से एक या दो दिन पहले, प्रोजेक्ट ज़ीरो इयान बीयर ने "जंगली में पाए जाने वाले आईओएस एक्सप्लॉइट चेन में बहुत गहरा गोता" लेखों की एक श्रृंखला प्रकाशित की, जिसने शोधकर्ता को थोड़ा भ्रमित किया;)

केस 3: चेकम 8

ऐप्पल डिवाइस दो बूटलोडर्स का उपयोग करते हैं: बूट्रोम और इबूट। उपकरण चालू करते ही पहला काम करना शुरू कर देता है। यह रीड-ओनली मेमोरी में है और इसे अपडेट नहीं किया जा सकता है। इबूट एक दूसरे स्तर का बूटलोडर है जो बूट श्रृंखला में चलने वाले प्रमाणीकरण को बेहतर बनाता है।
लोडर की ख़ासियत यह है कि वे कोड साझा करते हैं। पिछले साल की शुरुआत में, विशेषज्ञों ने इबूट के अपडेट की तुलना की और पाया कि ऐप्पल ने यूएसबी स्टैक में भेद्यता तय की। यह जानकर कि बूट्रोम के गैर-अद्यतन भाग में समान कोड का उपयोग किया जाता है, उन्होंने महसूस किया कि यह भेद्यता भी वहां मौजूद है। फिर चेकम 8 शोषण का विकास शुरू हुआ। अब A5 से A11 (iPhone 4s से iPhone X तक) पर आधारित सभी डिवाइस पूरी तरह से असुरक्षित हैं, और उन पर अपना कोड चलाना संभव है। उसी समय, संस्करण XR और 11 के उपकरणों पर, यह भेद्यता पहले से ही बंद है, और Apple की ओर से इसकी कोई रिपोर्ट नहीं थी।
तो, यह जानते हुए कि यह कहाँ पैच किया गया था और कोड कैसे विभाजित किया गया है, आप कुछ वास्तव में अच्छा सामान पा सकते हैं!

हमारी कहानी: CVE-2019-8574

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

आप Ctrl + विकल्प + Shift +।, या sudo sysdiagnose कमांड का उपयोग करके macOS पर sysdiagnose को कॉल कर सकते हैं। IOS उपकरणों पर, आपको पावर कुंजी और वॉल्यूम कुंजियों को ऊपर और नीचे दबाए रखने की आवश्यकता होती है।

व्यावहारिक रूप से एप्पल को पैच करना

यदि आप ऐप्पल उपकरणों को पैच करना चाहते हैं, तो आपको अपडेट के दो संस्करण (पुराने और नए) प्राप्त करने की आवश्यकता है। MacOS पर, आप सॉफ़्टवेयर अपडेट कैटलॉग में फ़ाइलों का विश्लेषण कर सकते हैं। यह विधि हमेशा मदद नहीं करती है, क्योंकि Apple कुछ अपडेट हटाता है। अद्यतन / लाइब्रेरी / अद्यतन निर्देशिका में भी मिल सकते हैं। आप ipsw.me वेबसाइट पर iOS उपकरणों के लिए फर्मवेयर पा सकते हैं।
MacOS के लिए, आपको निष्पादन योग्य फ़ाइलों, लाइब्रेरी फ़ाइलों, चौखटे और संदिग्ध पैकेज उपयोगिता का उपयोग करके कर्नेल निकालने की आवश्यकता है।
IOS उपकरणों के लिए, चीजें थोड़ी अधिक जटिल हैं। अपडेट खुद एक ज़िप संग्रह है। इस संग्रह में आपको कर्नेलकेच फ़ाइल खोजने की आवश्यकता है: अंदर कर्नेल और उसका विस्तार है। हालांकि, विश्लेषण से पहले, आपको फ़ाइल को मैक-ओ प्रारूप में बदलने की आवश्यकता है। यह उपयोगिताओं img4tool, जोकर, jtool2 और अन्य का उपयोग करके किया जा सकता है।
उपयोगकर्ता-भूमि-घटक फर्मवेयर सबसे बड़ी डीएमजी-छवि में पाया जा सकता है: इसमें रूट सिस्टम और निष्पादन योग्य फाइलें शामिल हैं। हालांकि, यदि आप साझा पुस्तकालयों और रूपरेखाओं को देखते हैं, तो वे वहां नहीं होंगे। तथ्य यह है कि वे अंतरिक्ष को ऑप्टिमाइज़ करने के लिए dyld_sared_cache में रखे गए हैं। इस फ़ाइल में iPhone पर सभी लाइब्रेरी हैं और 1 से अधिक गीगाबाइट लेता है, जो इसके विश्लेषण को जटिल बनाता है। यदि आपको ipsw फ़ाइल का एक अलग भाग डाउनलोड करने की आवश्यकता है, तो ipsw उपयोगिता ( https://github.com/blacktop/ipsw ) का उपयोग करें ।

पैचडाइविंग सीवीई-2019-8574

पैच CVE-2019-8574 का अध्ययन करने के लिए, हमें लाइब्रेरी / अपडेट्स से एक फ़ाइल मिलती है और संदिग्ध पैकेज का उपयोग करके दो sysdiagnose निष्पादन योग्य फ़ाइलों (पुरानी और नई) को निकालते हैं, और फिर बाइनरी कोड की तुलना करने के लिए उपयोगिताओं के माध्यम से अपडेट की जांच करते हैं, उदाहरण के लिए, डायफोरा या बिनडिफ़ (वे बहुत अधिक हैं) हेक्स संपादक से बेहतर)।

पैच कैसे काम करता है

X86_64 आर्किटेक्चर के लिए, हमें केवल एक परिवर्तित फ़ंक्शन मिला। एआरएम में अधिक परिवर्तन हैं, लेकिन वे महत्वहीन हैं।

समस्या [SDTask start] विधि के साथ थी: इसने एक नया चेक जोड़ा। आकृति में आप देख सकते हैं कि कैसे कुछ कॉल करने के लिए कुछ .AppleInternal फ़ंक्शन को कॉल किया जाता है और किसी पथ में सबस्ट्रिंग / usr / स्थानीय की उपस्थिति की जाँच की जाती है।

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

इस प्रकार, पैच को स्थापित करने से पहले, निष्पादन योग्य फ़ाइल के स्थित होने की परवाह किए बिना किसी भी कार्य को किया जा सकता है। पैच को स्थापित करने के बाद, isAppleInternal फ़ंक्शन को कहा जाता है, जो यह जांचता है कि क्या डिवाइस ऐप्पल का आंतरिक परीक्षण उपकरण है। यदि यह एक आंतरिक उपकरण है, तो कार्य एक मानक तरीके से किया जाता है, और यदि यह क्लाइंट-साइड है, तो कार्य निष्पादन योग्य फ़ाइल के पथ में सबस्ट्रिंग / usr / स्थानीय / की उपस्थिति की जाँच की जाती है। यदि एक सबस्ट्रिंग पाया जाता है, तो कार्य पूरा नहीं होगा।

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

इसका फायदा कैसे उठाया जाए

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

यह sysdiagnose कॉल करने के लिए आवश्यक है। उसी समय, हमारे पेलोड को रूट उपयोगकर्ता अधिकारों के साथ निष्पादित किया जाएगा, और इसके आउटपुट को संग्रह में रखा जाएगा जो कि sysdiagnon रूप है। इस प्रकार, हमें विशेषाधिकार वृद्धि मिलती है। हालाँकि, खुद को चलाने के लिए sdidiagnose को विशेषाधिकारों की आवश्यकता होती है। लेकिन, जैसा कि ऊपर बताया गया है, कीबोर्ड शॉर्टकट का उपयोग करके sysdiagnose भी लॉन्च किया जा सकता है, और यह macOS लॉक स्क्रीन से भी काम करता है।
इस भेद्यता का उपयोग विभिन्न दुर्भावनापूर्ण कार्यक्रमों को बनाने के लिए किया जा सकता है।

/usr/local/bin/airplayutil /usr/local/bin/amstool /usr/local/bin/apsclient /usr/local/bin/audioDeviceDump /usr/local/bin/cdcontexttool /usr/local/bin/cddebug /usr/local/bin/cdknowledgetool /usr/local/bin/dastool /usr/local/bin/idstool /usr/local/bin/imtool /usr/local/bin/keystorectl /usr/local/bin/pmtool /usr/local/bin/xcpm /usr/local/efi/bin/efi-perf 

दिलचस्प बात यह है कि अन्य कमजोरियां काढ़ा पैकेज प्रबंधक के साथ, या विशेषाधिकारों के बिना / usr / स्थानीय / लिखने की क्षमता के साथ जुड़ी हो सकती हैं।

निष्कर्ष

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

फिर भी, यह दृष्टिकोण न केवल ज्ञात कमजोरियों का अध्ययन करने की अनुमति देता है, बल्कि उनके जैसे नए लोगों की खोज भी करता है। इसलिए, हम मानते हैं कि पैच अलग करना हर शोधकर्ता के लिए जरूरी है।