एमआईटी पाठ्यक्रम "कंप्यूटर सिस्टम सुरक्षा"। व्याख्यान 20: मोबाइल फोन सुरक्षा, भाग 2

मैसाचुसेट्स इंस्टीट्यूट ऑफ टेक्नोलॉजी। व्याख्यान पाठ्यक्रम # 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

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



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

प्रोफेसर: काफी संभवतः। तो, क्या आपको लगता है कि डेस्कटॉप अनुप्रयोगों के मामले में, हमें अपने डेवलपर्स पर बहुत अधिक भरोसा नहीं करना चाहिए?

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

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

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



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



वेब एप्लिकेशन अभी भी बेहतर स्थिति में हैं, क्योंकि वे उपयोग करने में आसान और अलग-थलग हैं। एंड्रॉइड वेब ऐप का उपयोग करने वाले ये लोग क्यों नहीं हैं?

छात्र: वेब अनुप्रयोगों में एक ऑपरेटिंग सिस्टम होता है, उदाहरण के लिए, एक फ़ायरफ़ॉक्स ओएस है, जो अनिवार्य रूप से एक मोबाइल इंटरनेट ओएस है।

प्रोफेसर: यकीन के लिए। आप दावा करते हैं कि ये लोग वास्तव में गलत हैं। वे एक नया एंड्रॉइड ओएस बनाने के लिए नहीं थे, लेकिन बस अपने फोन के लिए एक विशाल वेब ब्राउज़र बनाएं।

छात्र: कम से कम मोज़िला ने दिखाया है कि यह संभव है।

प्रोफेसर: अच्छा, यह बहुत उचित है। बहुत कम से कम, यह डेस्कटॉप सिस्टम की तुलना में वेब एप्लिकेशन बनाने के रास्ते पर जाना है, कम से कम फोन के लिए।

छात्र: चूंकि आप एक वेब एप्लिकेशन से फोन कर रहे हैं, इसलिए आपको फोन के साथ वेब एप्लिकेशन इंटरफेस को संवाद करने के लिए पूरी तरह से नया एपीआई बनाने की जरूरत है।

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

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



इसलिए यदि आप नहीं जानते हैं कि कोई पीडीएफ दर्शक किसका उपयोग कर रहा है, तो आप यह नहीं जान पाएंगे कि आप अपनी फाइल को देखने के लिए किस URL का उपयोग कर सकते हैं।

छात्र: शायद वेब अनुप्रयोगों की एक खामी यह है कि जावास्क्रिप्ट को पढ़ना बहुत मुश्किल है?

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

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



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

यह एंड्रॉइड की कुछ सीमाओं को दरकिनार किया जा सकता है, लेकिन किसी भी मामले में डेस्कटॉप सिस्टम की तुलना में अधिक जटिल है।

छात्र: मुझे लगता है कि वेब अनुप्रयोगों का अनुकूलन काफी कठिन है, वे रैम और प्रसंस्करण शक्ति के उपयोग से सीमित हैं।

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

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



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

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

छात्र: यदि आपके पास कमजोरियां हैं, तो इन भाषाओं के उपयोग से सिस्टम के लिए महत्वपूर्ण संकेतकों की विकृति हो सकती है।

प्रोफेसर: हाँ, यह हो सकता है, उदाहरण के लिए, एप्लिकेशन में एक बफर अतिप्रवाह हो सकता है। और क्या?

छात्र: अनुमतियों के साथ भ्रम हो सकता है।

प्रोफेसर: किस परमिशन के साथ?

छात्र: जैसे विलंबता, विलंबता।

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

स्टूडेंट: शायद किसी तरह का सिस्टम है जो C में लिखे कोड को नुकसान पहुंचा सकता है?

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

छात्र: मुझे लगता है कि किसी तरह से यह जावा के लिए लिखी गई सभी सामग्री का उपयोग करने का अवसर है, अर्थात, एंड्रॉइड के निर्माता डेवलपर्स के लिए अनुप्रयोगों के निर्माण को सरल बनाना चाहते थे। और ऐसा करने के लिए सबसे आसान तरीकों में से एक है, यह संभव है कि यह ज्वालामुखी जावा पुस्तकालयों का लाभ उठा सके।

प्रोफेसर: काफी संभवतः। मुझे लगता है कि जावा का उपयोग करने का एक मुख्य कारण प्रयोज्य है। वे शायद प्रोग्रामिंग और विकास में आसानी से चिंतित थे, क्योंकि जावा का सुरक्षा से कोई लेना-देना नहीं है।

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



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

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

छात्र: कुछ एप्लिकेशन सुरक्षा के लिए विकास में आसानी नहीं है? दरअसल, जब सी संदर्भ मॉनिटर लिखते हैं, तो गलतियों को बनाने के कई और तरीके हैं।

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

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



छात्र: लिंक मॉनिटर जावा या सी में लिखा है?

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

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

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

अगला, हटाने योग्य मीडिया तक पहुंच को नोट किया जाना चाहिए। SD-, . , , , , , . , . , , Android . , , GPS-, .



«» Android, Linux, /dev/camera. Linux, , , . , - , , Java. C Assembler, Linux, . Java , Java-.

: , , - , ?

: , ! , . ? , №2, ID . Android UID GID , . , . , , , - «android.permission.internet», , .



, . , , , . — Linux Android. , - , - , , Linux. Android GID 3003, . , , . , - . Android - , . , GID UID .

SD-. GID, SD-, , . , . , SD- GID SD-.
, , Android.



, , , . , SQL -, , . — UID , , .

, , , GPS, . GID, . , , dev/camera - GID, , , GID .

, , №2, , UID GID , - .

, SD-? , SD-? , SD- , , . ?

: , , , , .

: . , Android , . , SD- . , , SD- . , Android , , , FAT, - . , , - .

: , ?

: , . , , . , , , , . , .



— , , ? , , DIALPERM, INTERNET, FRIENDVIEW?

: , , ?

: , , , . , , . , . Android , iOS, , iPhone , , , SMS-, JPEG . .

– , , . . , Android , , . , - «», , , , , OK. , , .

, , , Android , — , . , , , . Android, 4.3, , , . , . , , , , . , , API, , .

55:10

MIT « ». 20: « », 3


.

, . ? ? , 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 Intel Dodeca-Core Xeon E5-2650v4 128GB DDR4 6x480GB SSD 1Gbps 100 $249 ! . c Dell R730xd 5-2650 v4 9000 ?