Wasmtime मा महत्वपूर्ण जोखिम, WebAssembly अनुप्रयोगहरूको लागि रनटाइम

सुधारात्मक अद्यावधिकहरू Wasmtime 6.0.1, 5.0.1 र 4.0.1 ले जोखिम (CVE-2023-26489) लाई निश्चित गर्यो, जसलाई खतराको एक महत्वपूर्ण स्तर तोकिएको थियो। भेद्यताले डेटालाई पृथक WebAssembly कोडको लागि अनुमति दिइएको सीमाभन्दा बाहिरको मेमोरी क्षेत्रमा लेख्न अनुमति दिन्छ, जुन सम्भावित रूपमा आक्रमणकारीले पृथक WASI वातावरण बाहिर आफ्नो कोड कार्यान्वयन गर्न प्रयोग गर्न सक्छ।

Wasmtime नियमित स्ट्यान्ड-अलोन एप्लिकेसनहरूको रूपमा WASI (WebAssembly सिस्टम इन्टरफेस) एक्सटेन्सनहरूसँग WebAssembly अनुप्रयोगहरू चलाउनको लागि रनटाइम हो। टूलकिट रस्ट भाषामा लेखिएको छ, र क्रेनलिफ्ट कोड जेनेरेटरमा रैखिक मेमोरी ठेगाना नियमहरू परिभाषित गर्नमा तार्किक त्रुटिको कारणले गर्दा जोखिम हुन्छ, जसले x86_64 आर्किटेक्चरको लागि कार्यान्वयन योग्य मेसिन कोडमा हार्डवेयर आर्किटेक्चरबाट स्वतन्त्र मध्यवर्ती प्रतिनिधित्वलाई अनुवाद गर्दछ।

विशेष गरी, WebAssembly अनुप्रयोगहरूको लागि, WebAssembly मा अनुमति दिइएको 35-बिट ठेगानाहरूको सट्टा 33-बिट प्रभावकारी ठेगानाहरू गणना गरिएको थियो, जसले पढ्न र लेख्ने सञ्चालनहरूको लागि अनुमति दिइएको भर्चुअल मेमोरीको सीमालाई 34 GB मा सारियो, जबकि स्यान्डबक्स वातावरण सेटिङहरूले सुरक्षा प्रदान गर्दछ। आधार ठेगानाबाट 6 जीबी। नतिजाको रूपमा, आधार ठेगानाबाट 6 देखि 34 GB सम्मको भर्चुअल मेमोरी दायरा WebAssembly अनुप्रयोगहरूबाट पढ्न र लेख्नको लागि उपलब्ध थियो। यो मेमोरीले अन्य WebAssembly वातावरण वा WebAssembly रनटाइम कम्पोनेन्टहरू होस्ट गर्न सक्छ।

यदि Wasmtime संस्करण अद्यावधिक गर्न सम्भव छैन भने, त्रुटि रोक्नको लागि एक समाधान भनेको "कन्फिग::static_memory_maximum_size(0)" विकल्प निर्दिष्ट गर्नु हो जुन सबै रैखिक मेमोरी पहुँचहरूमा छुट्टै सीमाहरू जाँच गर्न सक्षम हुन्छ (परिणाममा महत्त्वपूर्ण कार्यसम्पादन दण्ड)। । अर्को विकल्प भनेको समस्याग्रस्त भर्चुअल मेमोरी दायरामा राखिएको गार्ड पृष्ठहरूको संख्या (पहुँच गर्दा फ्याँकिएको अपवाद) को संख्या बढाउनको लागि "कन्फिग::स्टेटिक_मेमोरी_गार्ड_साइज(१ <३६)" सेटिङ प्रयोग गर्नु हो (परिणामस्वरूप ठूलो मात्रामा भर्चुअल मेमोरी आरक्षित हुन्छ र। एकै साथ चलिरहेको WebAssembly अनुप्रयोगहरू संख्या सीमित गर्दै)।

स्रोत: opennet.ru