AMD SEV

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

AMD Secure Encrypted Virtualization, SEV, एक परिभाषित प्लेटफ़ॉर्म खतरे के मॉडल के तहत वर्चुअल-मशीन मेमोरी को एन्क्रिप्ट करता है। SEV, SEV-ES और SEV-SNP विभिन्न क्षमताएं प्रदान करते हैं और इन्हें समतुल्य नहीं माना जाना चाहिए।

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

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

SEV गेस्ट मेमोरी एन्क्रिप्शन को VM-विशिष्ट कुंजी प्रबंधन के साथ जोड़ता है। SEV-ES निकास के दौरान अतिथि रजिस्टर स्थिति के लिए सुरक्षा जोड़ता है, जबकि SEV-SNP अतिथि मेमोरी अखंडता और स्वामित्व के आसपास मजबूत तंत्र जोड़ता है। फर्मवेयर, हाइपरवाइज़र, गेस्ट समर्थन और सत्यापन संपूर्ण गोपनीय-VM परिनियोजन में भाग लेते हैं।

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

एक क्लाउड परिनियोजन स्पष्ट रूप से समर्थित गोपनीय-VM प्रकार का अनुरोध कर सकता है और रहस्यों को जारी करने से पहले इसके सत्यापन साक्ष्य को मान्य कर सकता है। एप्लिकेशन को अभी भी सुरक्षित I/O, प्रमाणित साथियों और उन प्लेटफ़ॉर्म मापों के लिए एक नीति की आवश्यकता है जिन्हें वह स्वीकार करता है।

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

AMD मेमोरी-एन्क्रिप्शन CPUID जानकारी और सटीक SEV संस्करण की जांच करें, फिर प्रदाता के दस्तावेजीकृत इंटरफ़ेस के माध्यम से फर्मवेयर, होस्ट/अतिथि समर्थन और सत्यापन को मान्य करें। परिनियोजित पीढ़ी और फर्मवेयर के लिए वर्तमान AMD सुरक्षा मार्गदर्शन से परामर्श लें।

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

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

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

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

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

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

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

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

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

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

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

AMD Secure Encrypted Virtualization डेवलपर संसाधन · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

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

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

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

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

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

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