AMD ले स्पेक्टर-STL आक्रमणमा AMD Zen 3 CPUs को सम्भावित जोखिमको पुष्टि गरेको छ।

AMD ले Zen 3 श्रृंखला प्रोसेसरहरूमा लागू गरिएको PSF (प्रेडिक्टिव स्टोर फर्वार्डिङ) अप्टिमाइजेसन टेक्नोलोजीको सुरक्षाको विश्लेषण गर्ने रिपोर्ट प्रकाशित गरेको छ। अध्ययनले मे २०१८ मा पहिचान गरिएको स्पेक्टर-एसटीएल (स्पेक्टर-v4) आक्रमण विधिको प्रयोगशीलतालाई सैद्धान्तिक रूपमा पुष्टि गर्‍यो। PSF टेक्नोलोजी, तर व्यवहारमा, आक्रमणको नेतृत्व गर्न सक्षम कुनै कोड टेम्प्लेटहरू अझै फेला परेका छैनन् र समग्र खतरालाई नगण्य रूपमा मूल्याङ्कन गरिएको छ।

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

यो सुविधाले पढ्ने निर्देशनलाई केही ठेगानामा पुरानो मान पहुँच गर्न अनुमति दिन्छ जबकि स्टोर सञ्चालन अझै पूरा भएको छैन। यदि त्यहाँ एक भविष्यवाणी त्रुटि छ भने, असफल सट्टा अपरेशन खारेज गरिनेछ, तर यसको कार्यान्वयन को निशान प्रोसेसर क्यास मा रहनेछ र पहुँच मा परिवर्तन को एक विश्लेषण को आधार मा क्यास को सामग्री को निर्धारण को लागि एक विधि द्वारा पुन: प्राप्त गर्न सकिन्छ। क्यास र अनक्यास डाटाको लागि समय।

AMD Zen 3 प्रोसेसरहरूमा थपिएको, PSF ले STLF (स्टोर-टु-लोड-फर्वार्डिङ) लाई अप्टिमाइज गर्छ, जसले पढ्ने र लेख्ने अपरेसनहरू बीचको सम्बन्धको भविष्यवाणी गरेर अनुमानित रूपमा पढ्ने कार्यहरू गर्दछ। क्लासिक STLF प्रयोग गर्दा, प्रोसेसरले पहिलेको "स्टोर" कमाण्डबाट सीधै फर्वार्ड गरिएको डाटामा "लोड" अपरेशन गर्दछ, नतिजा वास्तवमा मेमोरीमा लेख्नको लागि प्रतीक्षा नगरी, तर "लोड" मा प्रयोग गरिएका ठेगानाहरू सुनिश्चित गर्दै। र "स्टोर" आदेशहरू मेल खान्छ। PSF अप्टिमाइजेसनले ठेगाना जाँचलाई सट्टा बनाउँछ र ठेगाना जानकारी गणना गर्नु अघि "लोड" कार्य गर्दछ यदि एकल ठेगानामा हेरफेर गर्ने स्टोर/लोड जोडी पहिले कार्यान्वयन गरिएको छ। यदि भविष्यवाणी असफल भयो भने, राज्य फिर्ता हुन्छ, तर डाटा क्यासमा रहन्छ।

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

AMD ले PSF लाई पूर्ण रूपमा वा छनौट रूपमा असक्षम पार्नका लागि धेरै विधिहरू प्रदान गरेको छ, तर धेरैजसो अनुप्रयोगहरूको लागि नगण्य जोखिमलाई दिईयो, यो अप्टिमाइजेसनलाई पूर्वनिर्धारित रूपमा असक्षम नगर्न सिफारिस गरेको छ। अविश्वासयोग्य कोड कार्यान्वयन गर्नेहरूलाई अलग गर्ने प्रक्रियाहरूलाई छनौट रूपमा सुरक्षित गर्न, व्यक्तिगत थ्रेडहरू सहित "SSBD" र "PSFD" MSR बिटहरू सेट गरेर PSF असक्षम पार्ने प्रस्ताव गरिएको छ। प्याचहरू "psfd" र "nopsfd" कमाण्ड लाइन विकल्पहरूको कार्यान्वयनको साथ लिनक्स कर्नेलको लागि तयार गरिएको छ जसले PSF कसरी खोल्ने र बन्द गर्ने भनेर नियन्त्रण गर्दछ।

स्रोत: opennet.ru