VAES

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

VAES वेक्टर-एनकोडेड AES राउंड ऑपरेशन प्रदान करता है, जिससे जहाँ समर्थित रूप अनुमति देता है वहाँ व्यापक रजिस्टरों में स्वतंत्र AES ब्लॉक्स को प्रोसेस किया जा सकता है। इसे लेगेसी AES-NI से अलग पहचाना जाता है।

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

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

व्यापक VAES ऑपरेशन्स एक वेक्टर के भीतर 128-बिट ब्लॉक्स पर स्वतंत्र रूप से AES राउंड लागू करते हैं। वे AES ब्लॉक आकार को नहीं बदलते हैं या उन ब्लॉक्स को मिलाकर कोई नया सिफ़र नहीं बनाते हैं। VEX और EVEX रूपों की अपनी फ़ीचर और स्थिति आवश्यकताएँ होती हैं, और आस-पास का मोड यह निर्धारित करता है कि स्वतंत्र ब्लॉक्स एक साथ प्रोसेस करने के लिए उपलब्ध हैं या नहीं।

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

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

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

CPUID.07H.00H:ECX बिट 9 VAES की गणना करता है। चयनित VEX या EVEX रूप के लिए SDM की पूर्व-आवश्यकताओं का भी पालन करें, जिसमें प्रासंगिक AES/वेक्टर क्षमता और OS-सक्षम स्थिति शामिल है। केवल जेनेरिक फ़ीचर नाम से नहीं, बल्कि सटीक निर्देश रूप से डिस्पैच करें।

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

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

VAES का यह अर्थ नहीं है कि AES में बड़ा ब्लॉक आकार, अधिक मजबूत की या प्रत्येक एन्क्रिप्टेड एप्लिकेशन के लिए स्वचालित त्वरण है। यह VPCLMULQDQ या प्रत्येक AVX-512 सबसेट स्थापित नहीं करता है, और यह नॉन्स प्रबंधन या प्रोटोकॉल प्रमाणीकरण प्रदान नहीं करता है।

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

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

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

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

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

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux कर्नेल: यूजर स्पेस में XSTATE सुविधाओं का उपयोग करना

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual · खंड 1 और 2 नामित निर्देश परिवारों और CPUID का वर्णन करते हैं; खंड 3 स्टेट, पेजिंग, VMX और सुरक्षा नियंत्रणों का वर्णन करता है। आर्किटेक्चर दस्तावेज़ किसी विशेष मॉडल के लिए समर्थन स्थापित नहीं करता है।
Linux कर्नेल: यूजर स्पेस में XSTATE सुविधाओं का उपयोग करना · OS-सक्षम वेक्टर स्थिति, गतिशील रूप से सक्षम टाइल स्थिति, सिग्नल-स्टैक आवश्यकताएं और AMX अनुमति प्रवाह। लिनक्स-विशिष्ट व्यवहार किसी अन्य OS के बारे में वादा नहीं है।

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

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