एमआईटी पाठ्यक्रम "कंप्यूटर सिस्टम सुरक्षा"। व्याख्यान 21: डेटा ट्रैकिंग, भाग 1

मैसाचुसेट्स इंस्टीट्यूट ऑफ टेक्नोलॉजी। व्याख्यान पाठ्यक्रम # 6.858। "कंप्यूटर सिस्टम की सुरक्षा।" निकोलाई ज़ेल्डोविच, जेम्स मिकेंस। 2014 साल

कंप्यूटर सिस्टम सुरक्षा सुरक्षित कंप्यूटर सिस्टम के विकास और कार्यान्वयन पर एक कोर्स है। व्याख्यान खतरे के मॉडल को कवर करते हैं, हमले जो सुरक्षा से समझौता करते हैं, और हाल के वैज्ञानिक कार्यों के आधार पर सुरक्षा तकनीक। विषय में ऑपरेटिंग सिस्टम (OS) सुरक्षा, सुविधाएँ, सूचना प्रवाह प्रबंधन, भाषा सुरक्षा, नेटवर्क प्रोटोकॉल, हार्डवेयर सुरक्षा और वेब अनुप्रयोग सुरक्षा शामिल हैं।

व्याख्यान 1: "परिचय: खतरे के मॉडल" भाग 1 / भाग 2 / भाग 3
व्याख्यान 2: "हैकर हमलों का नियंत्रण" भाग 1 / भाग 2 / भाग 3
व्याख्यान 3: "बफर ओवरफ्लो: शोषण और संरक्षण" भाग 1 / भाग 2 / भाग 3
व्याख्यान 4: "पृथक्करण का पृथक्करण" भाग 1 / भाग 2 / भाग 3
व्याख्यान 5: "सुरक्षा प्रणालियाँ कहाँ से आती हैं?" भाग 1 / भाग 2
व्याख्यान 6: "अवसर" भाग 1 / भाग 2 / भाग 3
व्याख्यान 7: "मूल ग्राहक सैंडबॉक्स" भाग 1 / भाग 2 / भाग 3
व्याख्यान 8: "नेटवर्क सुरक्षा मॉडल" भाग 1 / भाग 2 / भाग 3
व्याख्यान 9: "वेब अनुप्रयोग सुरक्षा" भाग 1 / भाग 2 / भाग 3
व्याख्यान 10: "प्रतीकात्मक निष्पादन" भाग 1 / भाग 2 / भाग 3
व्याख्यान 11: "उर / वेब प्रोग्रामिंग भाषा" भाग 1 / भाग 2 / भाग 3
व्याख्यान 12: नेटवर्क सुरक्षा भाग 1 / भाग 2 / भाग 3
व्याख्यान 13: "नेटवर्क प्रोटोकॉल" भाग 1 / भाग 2 / भाग 3
व्याख्यान 14: "एसएसएल और एचटीटीपीएस" भाग 1 / भाग 2 / भाग 3
व्याख्यान 15: "मेडिकल सॉफ्टवेयर" भाग 1 / भाग 2 / भाग 3
व्याख्यान 16: "साइड चैनल हमलों" भाग 1 / भाग 2 / भाग 3
व्याख्यान 17: "उपयोगकर्ता प्रमाणीकरण" भाग 1 / भाग 2 / भाग 3
व्याख्यान 18: "निजी ब्राउज़िंग इंटरनेट" भाग 1 / भाग 2 / भाग 3
व्याख्यान 19: "बेनामी नेटवर्क" भाग 1 / भाग 2 / भाग 3
व्याख्यान 20: "मोबाइल फोन सुरक्षा" भाग 1 / भाग 2 / भाग 3
व्याख्यान 21: "ट्रैकिंग डेटा" भाग 1 / भाग 2 / भाग 3

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



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

वैश्विक अर्थों में, टेंटड्रॉइड पर एक लेख इस तरह का समाधान प्रदान करता है: गोपनीय डेटा की निगरानी करें क्योंकि यह सिस्टम से गुजरता है, और नेटवर्क पर प्रसारित होने से पहले अनिवार्य रूप से इसे रोक देता है। दूसरे शब्दों में, हमें नेटवर्क सिस्टम कॉल के तर्क के रूप में डेटा पास करने की संभावना को रोकना चाहिए। जाहिर है, अगर हम ऐसा कर सकते हैं, तो हम अनिवार्य रूप से रिसाव को उस समय रोक सकते हैं जब यह होने लगता है।

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

दूसरे शब्दों में, पारंपरिक एंड्रॉइड सुरक्षा नीतियों का उपयोग करते हुए, विशिष्ट डेटा प्रकारों के बारे में बात करना मुश्किल है। यह बात करना बहुत आसान है कि क्या एप्लिकेशन डिवाइस तक पहुंच रहा है या नहीं। शायद हम एक वैकल्पिक समाधान का उपयोग करके इस समस्या को हल कर सकते हैं, मैं इसे तारांकन के साथ नामित करूंगा।



यह वैकल्पिक समाधान उन अनुप्रयोगों को कभी भी स्थापित नहीं करना है जो संवेदनशील डेटा पढ़ सकते हैं और / या नेटवर्क तक पहुंच सकते हैं। पहली नज़र में, समस्या तय हो गई है। क्योंकि यदि कोई एप्लिकेशन एक ही समय में इन दोनों चीजों को नहीं कर सकता है, तो यह या तो संवेदनशील डेटा तक नहीं पहुंच पाएगा, या इसे पढ़ नहीं पाएगा, लेकिन यह इसे नेटवर्क पर नहीं भेज पाएगा। आपको क्या लगता है कि पकड़ क्या है?

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

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

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



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

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

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

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

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

शायद सबसे खराब चीज जो मैलवेयर कर सकता है, कम से कम मेरे लिए, आपके फोन को बॉट में बदल देता है।



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

छात्र: यह मैलवेयर है जो विशेष रूप से एंड्रॉइड ओएस को हैक करने के उद्देश्य से है, या यह केवल एक विशिष्ट एप्लिकेशन है? यदि यह एक विशिष्ट अनुप्रयोग है, तो शायद हम इसे अनुमति से सुरक्षित कर सकते हैं?

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

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

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

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



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

इस प्रकार, टेंट-ट्रैकिंग अकेले ऐसी स्थिति को रोकने के लिए पर्याप्त समाधान नहीं है जो आपके फोन को जब्त करने की धमकी देती है।

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

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

TaintDroid एक Taint संक्रमण का प्रतिनिधित्व करने के लिए 32-बिट बिटवेक्टर का उपयोग करता है। इसका मतलब है कि आपके पास संक्रमण के 32 से अधिक अलग-अलग स्रोत नहीं हो सकते हैं।



इसलिए, प्रत्येक गोपनीय जानकारी में एक निश्चित स्थिति में स्थित एक इकाई होगी यदि यह संक्रमण के किसी विशेष स्रोत से संक्रमित थी। उदाहरण के लिए, यह जीपीएस डेटा से, आपकी संपर्क सूची से, और इसी तरह से और आगे से प्राप्त किया गया था।

दिलचस्प है, संक्रमण के 32 स्रोत वास्तव में इतने सारे नहीं हैं। सवाल यह है कि क्या यह संख्या इस विशेष प्रणाली के लिए पर्याप्त है और क्या यह सामान्य सिस्टम के लिए पर्याप्त है जो सूचना लीक से पीड़ित हैं। TaintDroid के विशेष मामले में, संक्रमण के 32 स्रोत एक उचित मात्रा में हैं, क्योंकि यह समस्या जानकारी के सीमित प्रवाह की चिंता करती है।

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

हालांकि, जैसा कि हम बाद में चर्चा करते हैं, यदि आप प्रोग्रामर को सूचना रिसाव को नियंत्रित करने की क्षमता देना चाहते हैं, अर्थात, संक्रमण के अपने स्रोतों और उनके स्वयं के लीक को निर्दिष्ट करते हैं, तो 32 बिट्स पर्याप्त नहीं हो सकते हैं। इस मामले में, अधिक स्थान को इंगित करने के लिए अधिक परिष्कृत रनटाइम समर्थन जोड़ने पर विचार करें।

मोटे तौर पर, जब आप देखते हैं कि कैसे एक संक्रमण सामान्य रूप से एक प्रणाली के माध्यम से बहता है, तो यह दाएं से बाएं होता है। मैं एक सरल उदाहरण दूंगा। यदि आपके पास किसी प्रकार का ऑपरेटर है, उदाहरण के लिए, आप एक पूर्णांक चर घोषित करते हैं जो आपके स्थान के अक्षांश मान के बराबर है: Int lat = gps.getLat (), तो अनिवार्य रूप से बराबर चिह्न के दाईं ओर स्थित चीज़ एक मान उत्पन्न करती है जिसमें किसी प्रकार का बाध्य होता है उसके संक्रमण के साथ।



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

व्याख्यान लेखों में से एक के लिए तालिका में आदेशों की एक बड़ी सूची है कि इस प्रकार के आदेशों को संक्रमण कैसे प्रभावित करता है। उदाहरण के लिए, आप कल्पना कर सकते हैं कि आपके पास एक चाल-अप ऑपरेशन है जो गंतव्य dst और स्रोत srs को इंगित करता है। एक Dalvik वर्चुअल मशीन में, एक अमूर्त कंप्यूटिंग इंजन पर, इसे रजिस्टर माना जा सकता है। जैसा कि मैंने कहा, संक्रमण दाईं ओर से बाईं ओर जाता है, इसलिए इस मामले में, जब Dalvik दुभाषिया दाईं ओर से निर्देश निष्पादित करता है, तो यह खट्टे पैरामीटर के दागी लेबल पर विचार करता है और इसे dst पैरामीटर को असाइन करता है।

मान लीजिए कि हमारे पास बाइनरी बाइनरी-ऑप ऑपरेशन के रूप में एक और निर्देश है जो इसके अलावा कुछ करता है। हमारे पास एक गंतव्य dst और दो स्रोत हैं: srs0 और srs1। इस मामले में, जब Dalvik दुभाषिया इस निर्देश को संसाधित करता है, तो यह दोनों स्रोतों से छेड़छाड़ करता है, उन्हें जोड़ता है, और फिर इस संघ को गंतव्य स्थान पर असाइन करता है।



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

मान लीजिए कि आपके पास एक चार सी कमांड है जो सी के लिए एक मान प्रदान करता है। उसी समय, प्रोग्राम कुछ चार ऊपरी [] सरणी की घोषणा करता है जिसमें पूंजी अक्षर "ए", "बी", "सी": चार ऊपरी [] = ["ए" होगा। "," बी "," सी "]

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



यह इस सवाल को उठाता है कि इस मामले में ऊपरी संक्रमण को क्या संक्रमण मिलना चाहिए। ऐसा लगता है कि पिछले मामलों में हमारे साथ सब कुछ सरल था, लेकिन इस मामले में हमारे पास बहुत कुछ है। हमारे पास एक सरणी ["A", "B", "C"] है, जिसमें एक प्रकार का संक्रमण हो सकता है और हमारे पास यह प्रतीक C है, जिसका अपना संक्रमण भी हो सकता है। Dalvik , binary-op. upperC [C] .

, upperC - upper [ ]. - [C]. , , upperC , .

: , taint move op binary op?

: move op. , srs… -, . , , , , , taint. , , .
, srs , , . srs : « , 2 , srs». .

– , taint. , srs0 srs1, taint, :

\

dst :

\

, , 32- , , . , . taints, , .
, , , binary-op. upperC [C] [«», «», «»]. TaintDroid , taint . , . , 32- , «» , .

, taint. — , , ? , taint , , . , , , , . - , .

, . , , - , , . , , – , , . .

, – , , Native methods, - . Native- . , Dalvik , system.arraycopy(), - , C C++. Native method, .

- JNI. JNI, Java Native Interface — C C++ Java. , Java , Java. x86, ARM , .

- taint , Dalvik. Java-, C C++ . , Native-, TaintDroid , Java.

\

, « », , taint. , – . - , . , Dalvik , system.arraycopy(), , taint. arraycopy() : « , , , , ».

? , , . , , Dalvik , , , .

- JNI , . , , , C C++, .

, , . , - , , , . .

26:25

MIT « ». 21: « », 2


.

हमारे साथ बने रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक आदेश रखकर या अपने दोस्तों को इसकी अनुशंसा करके हमें समर्थन दें, एंट्री-लेवल सर्वरों के अनूठे एनालॉग पर हैबर उपयोगकर्ताओं के लिए 30% छूट जो हमने आपके लिए ईजाद की है: VPS (KVM) E5-2650 v4 (6 कोर) 10GB DDR4 240GB SSD 1Gbps से पूरा सच $ 20 या सर्वर को कैसे विभाजित करें? (विकल्प RAID1 और RAID10 के साथ उपलब्ध हैं, 24 कोर तक और 40GB DDR4 तक)।

VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps , .

डेल R730xd 2 बार सस्ता? केवल हमारे पास 2 x Intel Dodeca-Core Xeon E5-2650v4 128GB DDR4 6x480GB SSD 1Gbps नीदरलैंड और यूएसए में $ 249 से 100 टीवी है ! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग?