गुगलले ब्राउजरमा जाभास्क्रिप्ट कार्यान्वयन मार्फत स्पेक्टर कमजोरीहरूको शोषण प्रदर्शन गर्‍यो

Google ले धेरै शोषण प्रोटोटाइपहरू प्रकाशित गरेको छ जसले ब्राउजरमा JavaScript कोड कार्यान्वयन गर्दा स्पेक्टर वर्गको कमजोरीहरूको शोषण गर्ने सम्भावना देखाउँदछ, पहिले थपिएको सुरक्षा विधिहरू बाइपास गर्दै। शोषणहरू हालको ट्याबमा प्रक्रिया प्रशोधन वेब सामग्रीको मेमोरीमा पहुँच प्राप्त गर्न प्रयोग गर्न सकिन्छ। शोषणको सञ्चालन परीक्षण गर्न, वेबसाइट leaky.page सुरु गरिएको थियो, र कामको तर्क वर्णन गर्ने कोड GitHub मा पोस्ट गरिएको थियो।

प्रस्तावित प्रोटोटाइप लिनक्स र क्रोम 7 सँगको वातावरणमा Intel Core i6500-88U प्रोसेसरहरू भएका प्रणालीहरूलाई आक्रमण गर्न डिजाइन गरिएको हो। अन्य वातावरणहरूको लागि शोषण प्रयोग गर्न, परिमार्जनहरू आवश्यक छ। शोषण विधि Intel प्रोसेसरहरूको लागि विशिष्ट छैन - उपयुक्त अनुकूलन पछि, शोषणले ARM वास्तुकलामा आधारित Apple M1 सहित अन्य निर्माताहरूबाट CPU सँग प्रणालीहरूमा काम गर्ने पुष्टि भयो। सानो समायोजन पछि, शोषण अन्य अपरेटिङ सिस्टमहरूमा र क्रोमियम इन्जिनमा आधारित अन्य ब्राउजरहरूमा पनि कार्ययोग्य छ।

मानक Chrome 88 र Intel Skylake प्रोसेसरहरूमा आधारित वातावरणमा, हालको क्रोम ट्याब (रेन्डरर प्रक्रिया) मा 1 किलोबाइट प्रति सेकेन्डको गतिमा वेब सामग्री प्रशोधन गर्न जिम्मेवार प्रक्रियाबाट डाटा चुहावट गर्न सम्भव थियो। थप रूपमा, वैकल्पिक प्रोटोटाइपहरू विकास गरिएको छ, उदाहरणका लागि, 8 माइक्रोसेकेन्ड (5 मिलिसेकेन्ड) को सटीकताको साथ performance.now() टाइमर प्रयोग गर्दा स्थायित्व घटाउने लागतमा चुहावट दर 0.005kB/s मा बढाउन अनुमति दिने शोषण। )। एउटा संस्करण पनि तयार गरिएको थियो जसले एक मिलिसेकेन्डको टाइमर शुद्धतासँग काम गर्‍यो, जुन प्रति सेकेन्ड लगभग 60 बाइट्सको गतिमा अर्को प्रक्रियाको मेमोरीमा पहुँच व्यवस्थित गर्न प्रयोग गर्न सकिन्छ।

प्रकाशित डेमो कोड तीन भागहरु मिलेर बनेको छ। पहिलो भागले CPU निर्देशनहरूको सट्टा कार्यान्वयनको परिणाम स्वरूप प्रोसेसर क्यासमा बाँकी डाटा पुनर्स्थापना गर्न आवश्यक कार्यहरूको कार्यान्वयन समय अनुमान गर्न टाइमरलाई क्यालिब्रेट गर्दछ। दोस्रो भागले JavaScript array आवंटित गर्दा प्रयोग गरिएको मेमोरी लेआउट निर्धारण गर्दछ।

तेस्रो भागले हालको प्रक्रियाको मेमोरी सामग्रीहरू निर्धारण गर्न स्पेक्टर भेद्यताको प्रत्यक्ष रूपमा शोषण गर्दछ केही अपरेशनहरूको सट्टा कार्यान्वयनको लागि सर्तहरू सिर्जना गर्ने परिणामको रूपमा, जसको परिणाम असफल भविष्यवाणी निर्धारण गरेपछि प्रोसेसरद्वारा खारेज गरिन्छ, तर यसको ट्रेसहरू। कार्यान्वयन सामान्य क्यासमा जम्मा गरिन्छ र तेस्रो-पक्ष च्यानलहरू द्वारा क्यासको सामग्रीहरू निर्धारण गर्न विधिहरू प्रयोग गरेर पुनर्स्थापित गर्न सकिन्छ जसले क्यास र अनक्यास डाटामा पहुँच समयमा परिवर्तनहरू विश्लेषण गर्दछ।

प्रस्तावित शोषण प्रविधिले Performance.now() API मार्फत उपलब्ध उच्च परिशुद्धता टाइमरहरू बिना गर्न सम्भव बनाउँछ, र SharedArrayBuffer प्रकारको लागि समर्थन बिना, जसले साझा मेमोरीमा एरेहरू सिर्जना गर्न अनुमति दिन्छ। शोषणमा स्पेक्टर ग्याजेट समावेश छ, जसले कोडको नियन्त्रित सट्टा कार्यान्वयनको कारण बनाउँछ, र साइड-च्यानल लीक विश्लेषक, जसले सट्टा कार्यान्वयनको क्रममा प्राप्त गरिएको क्यास डाटा पत्ता लगाउँदछ।

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

यो नोट गरिएको छ कि गुगलले स्पेक्टर वर्गको कमजोरीहरू प्रयोग गरेर आक्रमणहरूको सम्भाव्यता देखाउन र त्यस्ता आक्रमणहरूबाट हुने जोखिमहरूलाई कम गर्ने प्रविधिहरू प्रयोग गर्न वेब विकासकर्ताहरूलाई प्रोत्साहित गर्न शोषणको प्रोटोटाइप प्रकाशित गर्‍यो। उही समयमा, गुगल विश्वास गर्दछ कि प्रस्तावित प्रोटोटाइपको महत्त्वपूर्ण पुन: कार्य बिना, यो विश्वव्यापी शोषणहरू सिर्जना गर्न असम्भव छ जुन प्रदर्शनको लागि मात्र होइन, तर व्यापक प्रयोगको लागि पनि तयार छ।

जोखिम कम गर्न, साइट मालिकहरूलाई हालै लागू गरिएको हेडरहरू क्रस-ओरिजिन ओपनर नीति (COOP), क्रस-ओरिजिन एम्बेडर नीति (COEP), क्रस-ओरिजिन रिसोर्स नीति (CORP), फेच मेटाडेटा अनुरोध, X-फ्रेम- प्रयोग गर्न प्रोत्साहित गरिन्छ। विकल्पहरू, X-सामग्री-प्रकार-विकल्पहरू र सेमसाइट कुकी। यी संयन्त्रहरूले आक्रमणहरू विरुद्ध प्रत्यक्ष रूपमा सुरक्षा गर्दैनन्, तर तिनीहरूले तपाईंलाई साइट डाटा लिकेजबाट प्रक्रियाहरूमा अलग गर्न अनुमति दिन्छ जसमा आक्रमणकर्ताको जाभास्क्रिप्ट कोड कार्यान्वयन गर्न सकिन्छ (लिक हालको प्रक्रियाको मेमोरीबाट हुन्छ, जुन, आक्रमणकर्ताको कोडको अतिरिक्त। , उही ट्याबमा खोलिएको अर्को साइटबाट डाटा पनि प्रशोधन गर्न सक्छ)। मुख्य विचार भनेको अविश्वसनीय स्रोतहरूबाट प्राप्त तेस्रो-पक्ष कोडबाट विभिन्न प्रक्रियाहरूमा साइट कोडको कार्यान्वयनलाई अलग गर्नु हो, उदाहरणका लागि, iframe मार्फत समावेश गरिएको।

स्रोत: opennet.ru