एमआईटी पाठ्यक्रम "कंप्यूटर सिस्टम सुरक्षा"। व्याख्यान 20: मोबाइल फोन सुरक्षा, भाग 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

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



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

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

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

आइए चर्चा करके शुरू करें कि यहां खतरे का स्तर क्या है? इन लोगों को फोन पर क्या परेशान करता है? यहाँ क्या हो रहा है? वे खुद को बचाने के लिए क्या कर रहे हैं? मोबाइल डिवाइस में खतरा मॉडल क्या है?



छात्र: ऐसे अनुप्रयोग जो हानिकारक हो सकते हैं?

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

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



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

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

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

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

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

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



इस प्रकार, यह एक बहुत ही तार्किक विचार है कि एंड्रॉइड एप्लिकेशन क्या हैं। लेकिन वास्तव में, ये सभी एक डेवलपर द्वारा लिखित जावा क्लास या जावा कोड हैं।

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

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



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

छात्र: लेबल कुछ ऐसा है जो परिभाषित करता है कि "यह एप्लिकेशन फ़ोन कॉल नहीं कर सकता" या "यह एप्लिकेशन संदेश भेज सकता है"?

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

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



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

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

बेशक, वास्तव में लेबल सूची के साथ यह रेखा मेरे आकर्षित होने की तुलना में बहुत लंबी है। एक जावा एप्लिकेशन-शैली डोमेन है जो लेबल के निचले नाम को परिभाषित करता है। उदाहरण के लिए, मेरे द्वारा चित्रित DIALPERM कॉल अनुमति com.google.android.dialperm की तरह लगती है। लेकिन मोटे तौर पर, ये वे लाइनें हैं जो अनुमतियों में दिखाई देती हैं। इसलिए, यदि आपके पास अच्छे इरादे वाले एप्लिकेशन हैं, तो वे इन अनुमति लाइनों के साथ संघर्ष नहीं करेंगे।

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

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



एक सार उदाहरण के रूप में, आप कल्पना कर सकते हैं कि यह घटक com.android.dialer / Dial है - यह एंड्रॉइड में घटक का नाम कैसे इंगित किया जाता है, यह एक तरह का जावा डोमेन नाम है। तो, com.android.dialer एक संपूर्ण के रूप में एप्लिकेशन का नाम है, जिसमें आप इरादा भेजना चाहते हैं, और एक स्लैश के माध्यम से आप उस लक्ष्य एप्लिकेशन के घटक का नाम लिखते हैं जिस पर आप यह संदेश भेजते हैं - / डायल करें। इस तरह से आप उस विशिष्ट घटक को नाम देते हैं जिससे संदेश संबोधित किया जाता है। क्रिया android.intend.Dial की तरह दिखने वाले कार्यों के एक विशिष्ट सेट का प्रतिनिधित्व करती है।

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



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

मान लें कि हमारे पास एक एप्लिकेशन है जो एंड्रॉइड पर चलता है, और एक अन्य एप्लिकेशन। ये आयतें App1 और App 2 हैं, और हर एक का प्रतिनिधित्व करता है जो शीर्ष चित्र में दिखाया गया है - घटक, प्रकट, लेबल।



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



एंड्रॉइड सिस्टम के पास ऐसे इरादे भेजने के लिए चैनलों का अपना कार्यान्वयन है, जिसे बाइंडर या बंडल कहा जाता है। प्रत्येक एंड्रॉइड एप्लिकेशन, समझौते से, बाइंडर को खोलने जा रहा है - एक लिंक मॉनीटर से कनेक्ट करना ताकि यह इस एप्लिकेशन से इरादों को प्राप्त कर सके, साथ ही इस एप्लिकेशन को संदेश भी भेज सके।

हमारे मामले में, यदि परिशिष्ट 1 लिंक मॉनिटर पर परिशिष्ट 2 के लिए इरादे लिखता है, तो लिंक मॉनिटर पहले पता लगाएगा कि यह इरादा कहाँ जाना चाहिए, और फिर इसे परिशिष्ट 2 में प्रेषित करेगा। फिर, परिशिष्ट 2 कुछ कार्रवाई को ट्रिगर कर सकता है, एक संदेश प्राप्त कर सकता है, या एक अनुरोध निष्पादित कर सकता है। अनुप्रयोग 1 के लिए एसक्यूएल।



: – Reference Monitor?

: , — , . , , , RM, ? ? , 1. ?

: , - , , .

: , . , , , . , , . . , 2?

: , PKI. .

: , , . , , , , RM , App 1. PKI . . , , , . , , . , ?

: , , .

: . , «» , . , , , . , Labels. ?

: , , . , , , , « ».

: , , . , RM , . , - . .

, 2 , . – , . , , , . .

, . , . — , , . , , , . , , - .

Android , , , , . , , , «» . , Google Voice, VoIP, Skype , . : « , - ». , , — , PDF JPEG .



. , PDF , , . RM .

: « , , , , ». , , .

: ?

: . , , . , , . , , .

Android RPC. , , Bind intent, , : « ». , , .



, - , , Bind intent.

: , ?

: , 2. , , 2. , - .

, 2 bind, - , . , , .



, , , , Service, . , , .
: , , . , .

: , , , . . , bind. RPC , .

, . , , RM . , RPC , , , , , RPC .

, , RPC, RPC, RPC .

27:40

एमआईटी पाठ्यक्रम "कंप्यूटर सिस्टम सुरक्षा"। 20: « », 2


.

, . ? ? , 30% entry-level , : VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps $20 ? ( RAID1 RAID10, 24 40GB DDR4).

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

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