Mozilla ने RLBox लायब्ररी आयसोलेशन तंत्रज्ञानाची अंमलबजावणी सुरू केली

स्टॅनफोर्ड विद्यापीठ, सॅन दिएगो येथील कॅलिफोर्निया विद्यापीठ आणि ऑस्टिन येथील टेक्सास विद्यापीठातील संशोधक विकसित साधने आरएलबॉक्स, ज्याचा उपयोग फंक्शन लायब्ररीमधील भेद्यता अवरोधित करण्यासाठी अतिरिक्त अलगाव स्तर म्हणून केला जाऊ शकतो. RLBox चे उद्दिष्ट अविश्वासू तृतीय-पक्ष लायब्ररींच्या सुरक्षिततेच्या समस्येचे निराकरण करण्यासाठी आहे जे विकासकांच्या नियंत्रणाखाली नाहीत, परंतु ज्यांच्या असुरक्षा मुख्य प्रकल्पाशी तडजोड करू शकतात.

मोझिला कंपनी योजना लायब्ररी एक्झिक्युशन वेगळे करण्यासाठी Firefox 74 च्या Linux बिल्ड आणि Firefox 75 च्या macOS बिल्डमध्ये RLBox वापरा ग्रेफाइट, फॉन्ट प्रस्तुत करण्यासाठी जबाबदार. तथापि, RLBox फायरफॉक्ससाठी विशिष्ट नाही आणि अनियंत्रित प्रकल्पांमध्ये कोणत्याही लायब्ररीला वेगळे करण्यासाठी वापरले जाऊ शकते. विकास आरएलबॉक्स प्रसार एमआयटी परवान्या अंतर्गत. RLBox सध्या Linux आणि macOS प्लॅटफॉर्मना समर्थन देते, Windows समर्थन नंतर अपेक्षित आहे.

यंत्रणा RLBox चे काम एका वेगळ्या लायब्ररीच्या C/C++ कोडला निम्न-स्तरीय इंटरमीडिएट WebAssembly कोडमध्ये संकलित करण्यापर्यंत येते, जे नंतर WebAssembly मॉड्यूल म्हणून डिझाइन केले जाते, ज्याच्या परवानग्या फक्त या मॉड्यूलशी संबंधित असतात (उदाहरणार्थ, लायब्ररी प्रोसेसिंग स्ट्रिंग्ससाठी नेटवर्क सॉकेट किंवा फाइल उघडण्यास सक्षम होणार नाही) . C/C++ कोडला WebAssembly मध्ये रूपांतरित करणे वापरून केले जाते wasi-sdk.

थेट अंमलबजावणीसाठी, वेबअसेंबली मॉड्यूल कंपाइलर वापरून मशीन कोडमध्ये संकलित केले जाते. ल्युसेट आणि अनुप्रयोगाच्या उर्वरित मेमरीपासून वेगळ्या "नॅनोप्रोसेस" मध्ये चालते. ल्युसेट कंपाइलर JIT इंजिन सारख्याच कोडवर आधारित आहे क्रेनलिफ्ट, WebAssembly कार्यान्वित करण्यासाठी Firefox मध्ये वापरले जाते.

असेंबल केलेले मॉड्यूल वेगळ्या मेमरी एरियामध्ये कार्य करते आणि बाकीच्या अॅड्रेस स्पेसमध्ये प्रवेश नाही. लायब्ररीतील असुरक्षिततेचा गैरफायदा घेतल्यास, आक्रमणकर्ता मर्यादित असेल आणि मुख्य प्रक्रियेच्या मेमरी भागात प्रवेश करू शकणार नाही किंवा वेगळ्या वातावरणाच्या बाहेर नियंत्रण हस्तांतरित करू शकणार नाही.

विकासकांसाठी उच्च-स्तरीय माहिती प्रदान केली जाते API, जे तुम्हाला आयसोलेशन मोडमध्ये लायब्ररी फंक्शन्स कॉल करण्याची परवानगी देते. WebAssembly हँडलर्सना जवळजवळ कोणत्याही अतिरिक्त संसाधनांची आवश्यकता नसते आणि त्यांच्याशी परस्परसंवाद सामान्य फंक्शन्स कॉल करण्यापेक्षा खूप हळू नसतो (लायब्ररी फंक्शन्स मूळ कोडच्या रूपात कार्यान्वित केल्या जातात आणि वेगळ्या वातावरणाशी संवाद साधताना डेटा कॉपी आणि तपासतानाच ओव्हरहेड खर्च येतो). पृथक लायब्ररी कार्ये थेट कॉल केली जाऊ शकत नाहीत आणि वापरून प्रवेश करणे आवश्यक आहे
स्तर invoke_sandbox_function().

या बदल्यात, लायब्ररीतून बाह्य फंक्शन्स कॉल करणे आवश्यक असल्यास, ही फंक्शन्स register_callback पद्धत वापरून स्पष्टपणे परिभाषित करणे आवश्यक आहे (डीफॉल्टनुसार, RLBox फंक्शन्समध्ये प्रवेश प्रदान करते. मानक लायब्ररी). मेमरी सुरक्षितता सुनिश्चित करण्यासाठी, कोड एक्झिक्यूशन आयसोलेशन पुरेसे नाही आणि परत आलेला डेटा प्रवाह तपासणे देखील आवश्यक आहे.

एका वेगळ्या वातावरणात व्युत्पन्न केलेली मूल्ये अविश्वासू आणि मर्यादित वापर म्हणून चिन्हांकित केली जातात कलंकित खुणा आणि "स्वच्छतेसाठी" त्यांना आवश्यक आहे सत्यापन आणि ऍप्लिकेशन मेमरीमध्ये कॉपी करत आहे.
क्लीनअप न करता, नियमित डेटा आवश्यक असलेल्या संदर्भामध्ये कलंकित डेटा वापरण्याचा प्रयत्न केल्याने (आणि त्याउलट) संकलित वेळी त्रुटी निर्माण होतात. लहान फंक्शन आर्ग्युमेंट्स, रिटर्न व्हॅल्यू आणि स्ट्रक्चर्स प्रोसेस मेमरी आणि सँडबॉक्स मेमरी दरम्यान कॉपी करून पास केले जातात. मोठ्या डेटा सेटसाठी, एका वेगळ्या वातावरणात मेमरी वाटप केली जाते आणि थेट सँडबॉक्स-संदर्भ पॉइंटर मुख्य प्रक्रियेकडे परत केला जातो.

स्त्रोत: opennet.ru