RDRAND

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

जब कोई मान उपलब्ध होता है तो RDRAND प्रोसेसर की हार्डवेयर रैंडम-नंबर जनरेशन सुविधा से यादृच्छिक मान लौटाता है। सॉफ़्टवेयर को इसके सफलता संकेत की जांच करनी चाहिए और एक सुदृढ़ क्रिप्टोग्राफ़िक डिज़ाइन का पालन करना चाहिए।

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

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

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

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

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

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

CPUID.01H:ECX बिट 30 RDRAND को सूचीबद्ध करता है। प्रत्येक निष्पादन को कैरी फ़्लैग की जांच करनी चाहिए; अकेले एक रजिस्टर मान सफलता साबित नहीं करता है। वर्तमान विक्रेता मार्गदर्शन और सुरक्षा लाइब्रेरी के समर्थित कार्यान्वयन का पालन करें।

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

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

RDRAND और RDSEED के लक्षित इंटरफ़ेस अलग हैं और इनकी गणना (enumeration) भी अलग-अलग होती है। किसी रिपोर्ट की गई सुविधा से यह साबित नहीं होता कि कोई विशेष ऐप्लिकेशन विफलताओं की जाँच करता है, न ही यह किसी उत्पाद प्रमाणन को स्थापित करता है या यह गारंटी देता है कि कोई VM होस्ट के समान रैंडमनेस कार्यान्वयन को प्रदर्शित करता है।

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

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

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

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

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

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual

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

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

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

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

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

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