रस्ट को प्लेटफॉर्म डेवलपमेंट के लिए आवश्यक मुख्य भाषाओं में शामिल किया गया है। Android

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

रस्ट का कार्यान्वयन सुरक्षा को मजबूत करने, सुरक्षित प्रोग्रामिंग प्रथाओं को बढ़ावा देने और मेमोरी संबंधी समस्याओं की पहचान करने की दक्षता में सुधार करने की परियोजना का हिस्सा है। Androidयह उल्लेखनीय है कि पहचानी गई सभी खतरनाक कमजोरियों में से लगभग 70% Androidमेमोरी त्रुटियों के कारण उत्पन्न होने वाली कमजोरियों को कम किया जा सकता है। रस्ट भाषा का उपयोग करने से, जो मेमोरी सुरक्षा पर केंद्रित है और स्वचालित मेमोरी प्रबंधन प्रदान करती है, मेमोरी त्रुटियों के कारण उत्पन्न होने वाली कमजोरियों का जोखिम कम हो जाएगा, जैसे कि मेमोरी को मुक्त किए जाने के बाद उस तक पहुंचना और बफर ओवररन।

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

В Android Kotlin और Java जैसी पहले से समर्थित भाषाओं में मेमोरी सुरक्षा की सुविधा है, लेकिन इनमें मेमोरी का भार अधिक होने के कारण ये सिस्टम कंपोनेंट विकसित करने के लिए उपयुक्त नहीं हैं। Rust का प्रदर्शन C और C++ के लगभग बराबर है, इसलिए यह लो-लेवल प्लेटफॉर्म कंपोनेंट और हार्डवेयर इंटरैक्शन कंपोनेंट विकसित करने के लिए उपयुक्त है।

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

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

सिस्टम प्रक्रियाओं के लिए Android Google "दो के नियम" का पालन करता है, जिसके अनुसार जोड़े गए किसी भी कोड को तीन शर्तों में से दो से अधिक को पूरा नहीं करना चाहिए: अविश्वसनीय इनपुट को संभालना, असुरक्षित प्रोग्रामिंग भाषा (C/C++) का उपयोग करना और सख्त सैंडबॉक्सिंग के बिना चलना (उच्च विशेषाधिकारों का होना)। इस नियम का तात्पर्य है कि बाहरी डेटा को संसाधित करने वाले कोड को या तो न्यूनतम विशेषाधिकारों तक सीमित (पृथक) किया जाना चाहिए या किसी सुरक्षित प्रोग्रामिंग भाषा में लिखा जाना चाहिए।

Google का उद्देश्य मौजूदा C/C++ कोड को Rust में फिर से लिखना नहीं है, बल्कि नई भाषा का उपयोग करके नया कोड विकसित करना है। नए कोड के लिए Rust का उपयोग करना तर्कसंगत है, क्योंकि सांख्यिकीय रूप से, अधिकांश बग नए या हाल ही में संशोधित कोड में ही सामने आते हैं। विशेष रूप से, लगभग 50% मेमोरी त्रुटियाँ Rust में पाई जाती हैं। Android ये कोड एक साल से भी कम समय पहले लिखा गया था और उसमें पाए गए हैं।

स्रोत: opennet.ru