Chromium मा सुरक्षा समस्याहरूको 70% मेमोरी त्रुटिहरूको कारण हो

क्रोमियम परियोजनाका विकासकर्ताहरू विश्लेषण गरियो 912 देखि क्रोमको स्थिर रिलीजहरूमा 2015 उच्च-जोखिम र महत्वपूर्ण कमजोरीहरू पहिचान गरियो, र निष्कर्षमा पुग्यो कि ती मध्ये 70% मेमोरी असुरक्षाको कारणले भएको थियो (C/C++ कोडमा सूचकहरूसँग काम गर्दा त्रुटिहरू)। यी समस्याहरू मध्ये आधा (36.1%) यसको साथ सम्बन्धित मेमोरी खाली गरेपछि बफरमा पहुँचको कारणले हुन्छ (प्रयोग-पश्चात-मुक्त)।

क्रोमियम डिजाइन गर्दा यो सुरुमा थियो राखियो, कोडमा त्रुटिहरू देखा पर्न सम्भव छ, त्यसैले भेद्यताका परिणामहरूलाई सीमित गर्न स्यान्डबक्स अलगावको प्रयोगमा ठूलो जोड दिइयो। हाल, यो प्रविधि प्रयोग गर्ने सम्भावनाहरू तिनीहरूको क्षमताको सीमामा पुगेका छन् र प्रक्रियाहरूमा थप खण्डीकरण संसाधन खपतको दृष्टिकोणबाट अव्यावहारिक छ।

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

कोड बेसको सुरक्षालाई थप सुधार गर्न, कोड बेसमा मेमोरी त्रुटिहरू देखा पर्नबाट रोक्नको लागि एक परियोजना सुरु गरिएको छ। त्यहाँ तीन मुख्य दृष्टिकोणहरू छन्: मेमोरीको सुरक्षित सञ्चालनका लागि कार्यहरू सहित C++ पुस्तकालयहरू सिर्जना गर्ने र फोहोर सङ्कलन गर्ने कार्यक्षेत्र विस्तार गर्ने, हार्डवेयर सुरक्षा संयन्त्रहरू प्रयोग गरेर। MTE (मेमोरी ट्यागिङ एक्सटेन्सन) र भाषाहरूमा लेख्ने कम्पोनेन्टहरू जसले मेमोरी (जाभा, कोटलिन, जाभास्क्रिप्ट, रस्ट, स्विफ्ट) सँग सुरक्षित काम सुनिश्चित गर्दछ।

यो आशा गरिएको छ कि काम दुई क्षेत्रमा केन्द्रित हुनेछ:

• C++ विकास प्रक्रियामा महत्त्वपूर्ण परिवर्तन, जसले कार्यसम्पादनमा नकारात्मक प्रभाव पार्दैन (अतिरिक्त सीमा जाँच र फोहोर संकलन)। कच्चा सूचकहरूको सट्टा, यो प्रकार प्रयोग गर्न प्रस्ताव गरिएको छ MiraclePtr, जसले तपाईंलाई प्रदर्शन, मेमोरी खपत र स्थिरतामा उल्लेखनीय नकारात्मक असर नगरी सुरक्षा खतरा नपार्ने क्र्यासहरूमा शोषणयोग्य प्रयोग-पश्चात-मुक्त त्रुटिहरू कम गर्न अनुमति दिन्छ।
• कम्पाइल समयमा मेमोरी सुरक्षा जाँचहरू गर्न डिजाइन गरिएका भाषाहरूको प्रयोग (कोड कार्यान्वयनको क्रममा त्यस्ता जाँचहरूमा निहित कार्यसम्पादनमा नकारात्मक प्रभावलाई हटाउनेछ, तर कोडको साथ नयाँ भाषामा कोडको अन्तरक्रियालाई व्यवस्थित गर्न थप लागतहरू निम्त्याउनेछ। C++)।

मेमोरी-सुरक्षित पुस्तकालयहरू प्रयोग गर्नु सरल, तर कम प्रभावकारी तरिका पनि हो। रस्टमा पुन: लेख्ने कोडलाई सबैभन्दा प्रभावकारी, तर धेरै महँगो तरिकाको रूपमा मूल्याङ्कन गरिएको छ।

स्रोत: opennet.ru