RDRAND
جب قدر دستیاب ہو تو RDRAND پروسیسر کی ہارڈ ویئر بے ترتیب نمبر بنانے کی سہولت سے بے ترتیب قدریں واپس کرتا ہے۔ سافٹ ویئر کو اس کی کامیابی کے اشارے کی جانچ کرنی چاہیے اور درست کرپٹوگرافک ڈیزائن پر عمل کرنا چاہیے۔
آپ کے لیے جاننا کیا ضروری ہے
جب قدر دستیاب ہو تو RDRAND پروسیسر کی ہارڈ ویئر بے ترتیب نمبر بنانے کی سہولت سے بے ترتیب قدریں واپس کرتا ہے۔ سافٹ ویئر کو اس کی کامیابی کے اشارے کی جانچ کرنی چاہیے اور درست کرپٹوگرافک ڈیزائن پر عمل کرنا چاہیے۔
یہ کیسے کام کرتا ہے
یہ انسٹرکشن ایک قدر لکھتی ہے اور کیری فلیگ کے ساتھ کامیابی کی نشاندہی کرتی ہے۔ عارضی طور پر غیر دستیاب نتیجہ کے لیے ضروری ہے کہ کال کرنے والا دستاویزی دوبارہ کوشش یا ناکامی کی پالیسی پر عمل کرے۔ یہ انسٹرکشن ایک جنریٹر کا انٹرفیس ہے، نہ کہ آپریٹنگ سسٹم کے مکمل بے ترتیب پن والے API اور اس کی اینٹروپی مینجمنٹ پالیسی کا متبادل۔
یہ کہاں مفید ہے
ایک OS یا کرپٹوگرافک رن ٹائم اپنے دستاویزی ڈیزائن کے تحت ہارڈ ویئر کے بے ترتیب پن کے ذریعہ کو شامل کر سکتا ہے۔ زیادہ تر ایپلیکیشن کوڈ کو اپنے برقرار رکھے ہوئے OS یا لائبریری انٹرفیس سے بے ترتیب پن کی درخواست کرنی چاہیے، تاکہ وہ جزو دستیابی، ساخت اور پلیٹ فارم کے مخصوص مسائل کو سنبھال سکے۔
سپورٹ اور فعالی کی جانچ کیسے کریں
CPUID.01H:ECX کی bit 30 آر ڈی رینڈ (RDRAND) کی نشاندہی کرتی ہے۔ ہر عمل درآمد کے بعد کیری فلیگ کی جانچ ہونی چاہیے؛ صرف رجسٹر کی قدر کامیابی کو ثابت نہیں کرتی۔ وینڈر کی موجودہ رہنمائی اور سیکیورٹی لائبریری کے معاون نفاذ پر عمل کریں۔
ایک برقرار رکھی گئی کرپٹوگرافک عمل درآمد کا استعمال کریں جو فیچر کے انتخاب، ناکامی کے حالات اور مکمل الگورتھم کو سنبھالتا ہو۔ ہارڈ ویئر ایکسلریشن بنیادی اجزاء (primitives) فراہم کرتا ہے؛ کلیدی انتظام، تصدیق، نانس کے قواعد اور پروٹوکول کے انتخابات سافٹ ویئر کی ذمہ داریاں ہیں۔
یہ خصوصیت کیا ثابت نہیں کرتی
RDRAND اور RDSEED کے مقصود انٹرفیس مختلف ہیں اور ان کی شمار بندی (enumeration) بھی الگ ہے۔ کسی رپورٹ شدہ خصوصیت سے یہ ثابت نہیں ہوتا کہ کوئی مخصوص ایپلیکیشن ناکامیوں کی جانچ کرتی ہے، اور نہ ہی یہ کسی پروڈکٹ سرٹیفیکیشن کو قائم کرتا ہے یا اس بات کی ضمانت دیتا ہے کہ کوئی VM وہی بے ترتیبی (randomness) کا نفاذ فراہم کرتی ہے جو میزبان (host) کا ہے۔
عملی طور پر مطابقت اور کارکردگی
ایک فیچر فیلڈ کسی پروڈکٹ کی تصدیق یا ثبوت نہیں ہے کہ کوئی مخصوص ایپلی کیشن محفوظ ہے۔ کارکردگی کا انحصار پیغام کے سائز، موڈ، بیچنگ اور باقی پروٹوکول پر ہوتا ہے۔ اصل فراہم کنندہ کو چیک کریں اور اس کی سیکیورٹی اپ ڈیٹس کو تازہ ترین رکھیں۔
عملی تصدیقی چیک لسٹ
- پروسیسر یا پلیٹ فارم کا اصل ماڈل اور شامل ایپلی کیشن، OS اور رن ٹائم کے ورژنز ریکارڈ کریں۔ اصل خرابی یا ضرورت کے الفاظ کو جوں کا توں محفوظ رکھیں۔
- اس مخصوص ماڈل کے لیے مینوفیکچرر کے حوالے کو چیک کریں، پھر اس ماحول میں مؤثر صلاحیت اور فعال حالت کا معائنہ کریں جہاں پروگرام چلتا ہے۔
- منتخب کردہ بائنری یا بیک اینڈ کی ہر ضرورت کا موازنہ کریں۔ ملتے جلتے نام کی خصوصیت، عرفیت یا وسیع ٹیکنالوجی لیبل کافی نہیں ہے۔
- تصدیق کریں کہ ایپلی کیشن نے مطلوبہ عمل درآمد کا انتخاب کیا ہے۔ اس کی دستاویزی تشخیص اور معاون متبادل کا استعمال کریں جب ضروریات پوری نہ ہوں۔
- ایک وقت میں ایک معاون تبدیلی کریں اور وہی ورک لوڈ دہرائیں۔ اصل کنفیگریشن اور بحالی کا راستہ دستیاب رکھیں۔
اگر خصوصیت درج ہے لیکن سافٹ ویئر اسے استعمال نہیں کر سکتا
فیل ہونے والے اصل جزو سے شروعات کریں۔ ہارڈ ویئر ڈیٹا بیس ریکارڈ شدہ صلاحیت کو بیان کرتا ہے؛ آپریٹنگ سسٹم یا ہائپروائزر ایک مختلف مؤثر ماحول فراہم کر سکتا ہے۔ ایک غیر قانونی ہدایت کی خرابی (illegal-instruction error) میں بھی اصل خرابی پیدا کرنے والی ہدایت اور بائنری بلڈ کی تحقیقات کی ضرورت ہوتی ہے، کیونکہ کرپشن یا ایک غیر متعلقہ غیر معاون ہدایت ایسی ہی علامت پیدا کر سکتی ہے۔
مخصوص پلیٹ فارم کے لیے معاونت یافتہ ایپلی کیشن، ڈرائیور یا رن ٹائم ورژن انسٹال کریں، اور اگر ضرورت ہو تو وینڈر کا دستاویزی بنیادی یا فال بیک بلڈ استعمال کریں۔ سافٹ ویئر اپ ڈیٹ ایسی ہدایت تیار نہیں کر سکتا جس کی پروسیسر میں کمی ہو۔ فرم ویئر اور سیکیورٹی پالیسی کی تبدیلیوں کو عام اصلاحی طریقے کے بجائے سسٹم مینوفیکچرر کے طریقہ کار اور بحالی کے منصوبے پر عمل کرنا چاہیے۔
اس وضاحت کے ذرائع اور دائرہ کار
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 اور پروٹیکشن کنٹرولز کی وضاحت کرتی ہے۔ آرکیٹیکچر کی دستاویزات کسی خاص ماڈل کے لیے سپورٹ کا تعین نہیں کرتیں۔
کیا یہ مضمون مفید تھا؟
ہاں یا نہیں کافی ہے۔ اگر آپ چاہیں تو کوئی وجہ منتخب کریں، یا ایک مختصر نوٹ شامل کریں۔
شکریہ۔ اس سے ہمیں اس صفحے کو بہتر بنانے میں مدد ملتی ہے۔