Google ब्राउझरमध्ये JavaScript कार्यान्वित करून स्पेक्टर असुरक्षिततेचे शोषण दाखवते

Google ने पूर्वी जोडलेल्या संरक्षण पद्धतींना मागे टाकून ब्राउझरमध्ये JavaScript कोड कार्यान्वित करताना Specter वर्गातील भेद्यतेचे शोषण करण्याची शक्यता दर्शवणारे अनेक शोषण प्रोटोटाइप प्रकाशित केले आहेत. वर्तमान टॅबमधील वेब सामग्रीवर प्रक्रिया करणार्‍या प्रक्रियेच्या मेमरीमध्ये प्रवेश मिळविण्यासाठी शोषणाचा वापर केला जाऊ शकतो. शोषणाच्या ऑपरेशनची चाचणी घेण्यासाठी, साइट leaky.page लाँच केली गेली आणि GitHub वर कामाच्या तर्काचे वर्णन करणारा कोड पोस्ट केला गेला.

प्रस्तावित प्रोटोटाइप Linux आणि Chrome 7 वातावरणात Intel Core i6500-88U प्रोसेसरसह सिस्टीमवर हल्ला करण्यासाठी डिझाइन केले आहे. इतर वातावरणात शोषण लागू करण्यासाठी बदल आवश्यक आहेत. शोषणाची पद्धत इंटेल प्रोसेसरसाठी विशिष्ट नाही - योग्य अनुकूलनानंतर, ARM आर्किटेक्चरवर आधारित Apple M1 सह इतर उत्पादकांकडून CPU सह सिस्टमवर कार्य करण्यासाठी शोषणाची पुष्टी केली गेली. किरकोळ समायोजनानंतर, शोषण इतर ऑपरेटिंग सिस्टम आणि क्रोमियम इंजिनवर आधारित इतर ब्राउझरवर देखील कार्य करते.

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

प्रकाशित डेमो कोडमध्ये तीन भाग आहेत. पहिला भाग CPU सूचनांच्या सट्टेबाज अंमलबजावणीच्या परिणामी प्रोसेसर कॅशेमध्ये शिल्लक डेटा पुनर्संचयित करण्यासाठी आवश्यक ऑपरेशन्सच्या अंमलबजावणीच्या वेळेचा अंदाज घेण्यासाठी टाइमर कॅलिब्रेट करतो. दुसरा भाग JavaScript अॅरे वाटप करताना वापरलेली मेमरी लेआउट ठरवतो.

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

प्रस्तावित शोषण तंत्र Performance.now() API द्वारे आणि SharedArrayBuffer प्रकारासाठी समर्थन न करता उपलब्ध उच्च-सुस्पष्टता टाइमर काढून टाकते, जे सामायिक मेमरीमध्ये अॅरे तयार करण्यास अनुमती देते. शोषणामध्ये स्पेक्टर गॅझेटचा समावेश आहे, ज्यामुळे नियंत्रित सट्टा कोडची अंमलबजावणी होते आणि साइड-चॅनल लीक विश्लेषक, जे कॅशेमध्ये आलेल्या सट्टा अंमलबजावणी दरम्यान प्राप्त केलेला डेटा निर्धारित करते.

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

स्पेक्टर क्लासच्या असुरक्षा वापरून हल्ल्यांचे वास्तववाद दर्शविण्यासाठी आणि अशा हल्ल्यांपासून धोके कमी करणारे तंत्र वापरण्यासाठी वेब विकासकांना प्रोत्साहित करण्यासाठी Google ने एक प्रोटोटाइप शोषण प्रकाशित केले आहे. त्याच वेळी, गुगलचा असा विश्वास आहे की प्रस्तावित प्रोटोटाइपच्या महत्त्वपूर्ण पुनरावृत्तीशिवाय, सार्वत्रिक शोषण तयार करणे अशक्य आहे जे केवळ प्रदर्शनासाठीच नाही तर व्यापक वापरासाठी देखील तयार आहेत.

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

स्त्रोत: opennet.ru