एएमडी ने स्पेक्टर-एसटीएल हमले के लिए एएमडी ज़ेन 3 सीपीयू की संभावित भेद्यता की पुष्टि की है

एएमडी ने ज़ेन 3 श्रृंखला प्रोसेसर में लागू पीएसएफ (प्रिडिक्टिव स्टोर फ़ॉरवर्डिंग) ऑप्टिमाइज़ेशन तकनीक की सुरक्षा का विश्लेषण करते हुए एक रिपोर्ट प्रकाशित की है। अध्ययन ने सैद्धांतिक रूप से मई 4 में पहचाने गए स्पेक्टर-एसटीएल (स्पेक्टर-वी 2018) हमले विधि की प्रयोज्यता की पुष्टि की है। पीएसएफ तकनीक, लेकिन व्यवहार में, हमले का नेतृत्व करने में सक्षम कोई कोड टेम्पलेट अभी तक नहीं मिला है और समग्र खतरे को महत्वहीन माना जाता है।

आइए याद रखें कि स्पेक्टर-v4 (सट्टा स्टोर बाईपास) हमला उन डेटा को पुनर्स्थापित करने पर आधारित है जो अप्रत्यक्ष पते का उपयोग करके वैकल्पिक लेखन और पढ़ने के संचालन को संसाधित करते समय संचालन के सट्टा निष्पादन के परिणाम को त्यागने के बाद प्रोसेसर कैश में जमा हो गए हैं। जब एक रीड ऑपरेशन एक राइट ऑपरेशन का अनुसरण करता है (उदाहरण के लिए, mov [rbx + rcx], 0x0; mov rax, [rdx + rsi]), तो रीड एड्रेस का ऑफसेट पहले से ही किए जा रहे समान ऑपरेशनों के कारण ज्ञात हो सकता है (रीड ऑपरेशन हैं) बहुत अधिक बार निष्पादित किया जाता है और रीड को कैश से किया जा सकता है) और प्रोसेसर लिखने के अप्रत्यक्ष ऑफसेट की गणना की प्रतीक्षा किए बिना लिखने से पहले रीड को अनुमानित रूप से निष्पादित कर सकता है।

यह सुविधा पढ़ने के निर्देश को किसी पते पर पुराने मान तक पहुंचने की अनुमति देती है, जबकि स्टोर ऑपरेशन अभी तक पूरा नहीं हुआ है। यदि कोई भविष्यवाणी त्रुटि है, तो असफल सट्टा ऑपरेशन को छोड़ दिया जाएगा, लेकिन इसके निष्पादन के निशान प्रोसेसर कैश में बने रहेंगे और पहुंच में परिवर्तन के विश्लेषण के आधार पर कैश की सामग्री को निर्धारित करने के तरीकों में से एक द्वारा पुनर्प्राप्त किया जा सकता है। कैश्ड और अनकैच्ड डेटा का समय।

एएमडी ज़ेन 3 प्रोसेसर में जोड़ा गया, पीएसएफ एसटीएलएफ (स्टोर-टू-लोड-फ़ॉरवर्डिंग) को अनुकूलित करता है, जो पढ़ने और लिखने के संचालन के बीच संबंध की भविष्यवाणी करके अनुमानित रूप से पढ़ने के संचालन को निष्पादित करता है। क्लासिक एसटीएलएफ का उपयोग करते समय, प्रोसेसर पिछले "स्टोर" कमांड से सीधे अग्रेषित डेटा पर "लोड" ऑपरेशन करता है, परिणाम के वास्तव में मेमोरी में लिखे जाने की प्रतीक्षा किए बिना, लेकिन यह सुनिश्चित करता है कि "लोड" में उपयोग किए गए पते और "स्टोर" कमांड मेल खाते हैं। पीएसएफ अनुकूलन पते की जांच को काल्पनिक बनाता है और पते की जानकारी की गणना करने से पहले एक "लोड" ऑपरेशन करता है यदि एकल पते में हेरफेर करने वाली स्टोर/लोड जोड़ी को पहले निष्पादित किया गया हो। यदि भविष्यवाणी विफल हो जाती है, तो स्थिति वापस ले ली जाती है, लेकिन डेटा कैश में ही रहता है।

पीएसएफ पर हमला केवल विशेषाधिकारों के एक स्तर के ढांचे के भीतर संभव है, केवल वर्तमान प्रक्रिया संदर्भ को कवर करता है और पता स्थान अलगाव विधियों या हार्डवेयर सैंडबॉक्स तंत्र द्वारा अवरुद्ध किया जाता है। इस मामले में, प्रक्रियाओं में सॉफ़्टवेयर सैंडबॉक्सिंग विधियाँ संभावित रूप से समस्या से प्रभावित हो सकती हैं। यह हमला ब्राउज़र, कोड निष्पादन वर्चुअल मशीन और जेआईटी जैसे सिस्टम के लिए खतरा पैदा करता है जो एक ही प्रक्रिया के भीतर तीसरे पक्ष के कोड को निष्पादित करते हैं (हमला अविश्वसनीय सैंडबॉक्स कोड को अन्य प्रक्रिया डेटा तक पहुंच प्राप्त करने की अनुमति दे सकता है)।

एएमडी ने पीएसएफ को पूरी तरह या चुनिंदा रूप से अक्षम करने के लिए कई तरीके प्रदान किए हैं, लेकिन अधिकांश अनुप्रयोगों के लिए नगण्य जोखिम को देखते हुए, यह सिफारिश की है कि इस अनुकूलन को डिफ़ॉल्ट रूप से अक्षम न किया जाए। अविश्वसनीय कोड निष्पादित करने वाली प्रक्रियाओं को अलग करने वाली प्रक्रियाओं की चुनिंदा सुरक्षा के लिए, व्यक्तिगत थ्रेड सहित "एसएसबीडी" और "पीएसएफडी" एमएसआर बिट्स सेट करके पीएसएफ को अक्षम करने का प्रस्ताव है। लिनक्स कर्नेल के लिए "पीएसएफडी" और "एनओपीएसएफडी" कमांड लाइन विकल्पों के कार्यान्वयन के साथ पैच तैयार किए गए हैं जो पीएसएफ को चालू और बंद करने के तरीके को नियंत्रित करते हैं।

स्रोत: opennet.ru