AMD SME

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

AMD Secure Memory Encryption, SME, प्लेटफ़ॉर्म और ऑपरेटिंग सिस्टम द्वारा प्रबंधित मेमोरी-एन्क्रिप्शन सुविधाएं प्रदान करता है। यह प्रति-VM SEV सुरक्षा से भिन्न है और स्वयं एक गोपनीय-कंप्यूटिंग परिनियोजन स्थापित नहीं करता है।

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

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

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

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

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

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

समर्थन और सक्षमता स्थापित करने के लिए AMD मेमोरी-एन्क्रिप्शन CPUID जानकारी और सटीक प्लेटफ़ॉर्म फर्मवेयर/OS दस्तावेज़ों का उपयोग करें। सक्रिय एन्क्रिप्शन नीति और डिवाइस संगतता की जांच करें। फर्मवेयर मेमोरी-एन्क्रिप्शन सेटिंग्स बदलने से पहले विक्रेता पुनर्प्राप्ति मार्गदर्शन को सुरक्षित रखें।

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

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

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

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

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

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

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

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

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

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

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

AMD Secure Encrypted Virtualization डेवलपर संसाधन · Linux कर्नेल: AMD मेमोरी एन्क्रिप्शन · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

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

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

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

AMD Secure Encrypted Virtualization डेवलपर संसाधन · SEV, SEV-ES और SEV-SNP में अंतर करता है और फर्मवेयर API, सत्यापन और मेमोरी-एन्क्रिप्शन दस्तावेज़ों को जोड़ता है। सटीक परिनियोजन के लिए वर्तमान सुरक्षा सलाह देखें।
Linux कर्नेल: AMD मेमोरी एन्क्रिप्शन · SME/SEV सक्षमता, एन्क्रिप्शन एड्रेस बिट और भौतिक-एड्रेस में कमी। प्रत्येक प्लेटफ़ॉर्म नीति के बजाय एक OS कार्यान्वयन का वर्णन करता है।
AMD64 Architecture Programmer's Manual, Volume 2: System Programming · सिस्टम प्रोग्रामिंग, SVM और नेस्टेड अनुवाद, संशोधन 3.46। वर्तमान दस्तावेज़ीकरण दर्शक को जावास्क्रिप्ट की आवश्यकता है; पुराने दस्तावेज़ URL बंद कर दिए गए होंगे।

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

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