SMAP

आर्किटेक्चर संदर्भFeex

OS Guard (SMAP) भी कहा जाता है

SMAP, Supervisor-Mode Access Prevention, उपयोगकर्ता-सुलभ पेजों पर सुपरवाइज़र डेटा एक्सेस को तब तक प्रतिबंधित करता है जब तक कि आर्किटेक्चर की ओवरराइड शर्तें लागू न हों। यह SMEP से अलग है, जिसे आमतौर पर Intel OS Guard ब्रांडेड किया जाता है।

आपको क्या जानना चाहिए

यह कैसे काम करता है

OS, SMAP को सक्षम कर सकता है ताकि उपयोगकर्ता मैपिंग में अनपेक्षित विशेषाधिकार प्राप्त डेटा एक्सेस त्रुटि (fault) उत्पन्न करे। कर्नेल रूटीन जो जानबूझकर उपयोगकर्ता डेटा की प्रतिलिपि बनाते हैं, वे आर्किटेक्चर के नियमों के तहत सावधानीपूर्वक नियंत्रित एक्सेस विंडो का उपयोग करते हैं। निष्पादन अनुमति एक अलग चिंता का विषय है जिसे SMEP और NX जैसे तंत्रों द्वारा संभाला जाता है।

यह कहाँ उपयोगी है

उपयोगकर्ता पॉइंटर प्राप्त करने वाले कर्नेल रूटीन को अपने OS की स्थापित उपयोगकर्ता-प्रतिलिपि सुविधाओं का उपयोग करके इसे मान्य और एक्सेस करना चाहिए। SMAP ऐसे एक्सेस के चारों ओर एक सुरक्षा सीमा है, न कि लंबाई की जाँच, जीवनकाल प्रबंधन या सही विशेषाधिकार निर्णयों का प्रतिस्थापन।

सपोर्ट और सक्षमता की जांच कैसे करें

CPUID.07H.00H:EBX बिट 20 SMAP को प्रगणित करता है, जबकि CR4.SMAP सक्षमता को नियंत्रित करता है। SMEP एक अलग बिट का उपयोग करता है। OS दस्तावेज़ीकरण और स्थिति इंटरफ़ेस की जाँच करें; एक सामान्य ऐप्लिकेशन समस्या निवारण चरण के रूप में सुरक्षा को अक्षम न करें।

क्षमता, सक्षमता और प्रवर्तन की अलग से जांच की जानी चाहिए। एक प्रोसेसर एक सुरक्षा का समर्थन कर सकता है जबकि OS, एप्लिकेशन या वर्चुअल-मशीन नीति इसे सक्रिय नहीं करती है। डेटाबेस समर्थन फ़ील्ड चल रहे सिस्टम का सत्यापन नहीं है।

यह सुविधा क्या स्थापित नहीं करती है

आयातित लेबल OS Guard (SMAP) को इस प्रमाण के रूप में नहीं पढ़ा जाना चाहिए कि SMEP और SMAP समान हैं या दोनों सक्षम हैं। एक प्रोसेसर क्षमता किसी विशेष कर्नेल, गेस्ट या ड्राइवर की सुरक्षा स्थिति स्थापित नहीं करती है।

व्यवहार में अनुकूलता और प्रदर्शन

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

एक व्यावहारिक सत्यापन चेकलिस्ट

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

यदि सुविधा सूचीबद्ध है लेकिन सॉफ़्टवेयर इसका उपयोग नहीं कर सकता है

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

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

इस व्याख्या के स्रोत और दायरा

Intel 64 and IA-32 Architectures Software Developer's Manual · Intel security features related to transient execution attacks

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

स्रोत और सत्यापन

संपादकीय स्वामित्व: Feex। कोई स्वतंत्र समीक्षा तिथि दर्ज नहीं है। हम कैसे शोध करते हैं.

Intel 64 and IA-32 Architectures Software Developer's Manual · खंड 1 और 2 नामित निर्देश परिवारों और CPUID का वर्णन करते हैं; खंड 3 स्टेट, पेजिंग, VMX और सुरक्षा नियंत्रणों का वर्णन करता है। आर्किटेक्चर दस्तावेज़ किसी विशेष मॉडल के लिए समर्थन स्थापित नहीं करता है।
Intel security features related to transient execution attacks · Intel OS Guard की पहचान SMEP के साथ करता है। कुछ आयातित फ़ीचर लेबलों द्वारा उन नामों को मिलाने के बावजूद यह SMAP से अलग है।

क्या यह लेख उपयोगी था?

हाँ या ना ही काफी है। यदि आप चाहें तो कोई कारण चुनें, या एक संक्षिप्त नोट जोड़ें।