SHA निर्देश एक्सटेंशन

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

SHA भी कहा जाता है

मूल x86 SHA एक्सटेंशन SHA-1 और SHA-256 में उपयोग किए जाने वाले चयनित ऑपरेशनों को गति देता है। एक सामान्य SHA सुविधा लेबल प्रत्येक SHA एल्गोरिदम के लिए हार्डवेयर समर्थन स्थापित नहीं करता है।

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

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

मूल एक्सटेंशन SHA-1 और SHA-256 के लिए संदेश-शेड्यूल और राउंड प्रोसेसिंग के लिए निर्देश प्रदान करता है। सॉफ़्टवेयर अभी भी पैडिंग, ब्लॉक प्रबंधन और पूर्ण हैश निर्माण करता है। SHA-256, SHA-2 से संबंधित है, लेकिन SHA-512 और SHA-3 के एल्गोरिदम अलग हैं और मूल सुविधा बिट से उनका अनुमान नहीं लगाया जाना चाहिए।

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

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

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

मूल SHA एक्सटेंशन के लिए, लीफ़ समर्थन को मान्य करने के बाद CPUID.07H.00H:EBX बिट 29 की जाँच करें। किसी यूटिलिटी द्वारा दिखाए गए केवल सामान्य sha लेबल के बजाय, लाइब्रेरी द्वारा अनुरोधित एल्गोरिदम और सटीक निर्देश परिवार को सत्यापित करें।

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

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

किसी निर्देश का अस्तित्व SHA-1 को नए सुरक्षा प्रोटोकॉल के लिए उपयुक्त नहीं बनाता है। हार्डवेयर त्वरण किसी एल्गोरिदम के टकराव प्रतिरोध को नहीं बदलता है या असुरक्षित प्रोटोकॉल डिज़ाइन की मरम्मत नहीं करता है। बाद के SHA512 एक्सटेंशन में अलग गणना होती है।

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

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

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

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

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

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual · NIST सुरक्षित हैश मानक, FIPS 180-4

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual · खंड 1 और 2 नामित निर्देश परिवारों और CPUID का वर्णन करते हैं; खंड 3 स्टेट, पेजिंग, VMX और सुरक्षा नियंत्रणों का वर्णन करता है। आर्किटेक्चर दस्तावेज़ किसी विशेष मॉडल के लिए समर्थन स्थापित नहीं करता है।
NIST सुरक्षित हैश मानक, FIPS 180-4 · नामित SHA एल्गोरिदम को परिभाषित करता है। एल्गोरिदम परिभाषाओं का यह अर्थ नहीं है कि मूल x86 SHA एक्सटेंशन प्रत्येक सदस्य को त्वरित करता है।

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

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