RDRAND

আর্কিটেকচার রেফারেন্সFeex

একটি মান উপলব্ধ থাকলে RDRAND প্রসেসরের হার্ডওয়্যার র‍্যান্ডম-নম্বর জেনারেশন সুবিধা থেকে এলোমেলো মান ফেরত দেয়। সফটওয়্যারকে অবশ্যই এর সফলতার ইঙ্গিত পরীক্ষা করতে হবে এবং একটি নির্ভরযোগ্য ক্রিপ্টোগ্রাফিক নকশা অনুসরণ করতে হবে।

আপনার যা জানা প্রয়োজন

এটি যেভাবে কাজ করে

নির্দেশনাটি একটি মান লেখে এবং ক্যারি ফ্ল্যাগের মাধ্যমে সফলতা নির্দেশ করে। সাময়িকভাবে অনুপলব্ধ ফলাফলের জন্য কলারকে নথিবদ্ধ পুনরায় চেষ্টা বা ব্যর্থতার নীতি অনুসরণ করতে হবে। নির্দেশনাটি একটি জেনারেটরের ইন্টারফেস, সম্পূর্ণ অপারেটিং-সিস্টেম র‍্যান্ডমনেস API এবং এর এনট্রপি-ব্যবস্থাপনা নীতির বিকল্প নয়।

যেখানে এটি কার্যকর

একটি OS বা ক্রিপ্টোগ্রাফিক রানটাইম তার নথিবদ্ধ নকশার অধীনে একটি হার্ডওয়্যার র‍্যান্ডমনেস উৎস অন্তর্ভুক্ত করতে পারে। বেশিরভাগ অ্যাপ্লিকেশন কোডের উচিত তার রক্ষণাবেক্ষণ করা OS বা লাইব্রেরি ইন্টারফেস থেকে এলোমেলো মানের অনুরোধ করা, যা সেই উপাদানটিকে প্রাপ্যতা, গঠন এবং প্ল্যাটফর্ম-নির্দিষ্ট সমস্যাগুলো পরিচালনা করার অনুমতি দেয়।

সাপোর্ট এবং সক্ষমতা কীভাবে পরীক্ষা করবেন

CPUID.01H:ECX বিট 30 RDRAND এনামারেট করে। প্রতিটি এক্সিকিউশনের ক্যারি ফ্ল্যাগ পরীক্ষা করা আবশ্যক; কেবল একটি রেজিস্টার মান সফলতা প্রমাণ করে না। বর্তমান ভেন্ডর নির্দেশিকা এবং নিরাপত্তা লাইব্রেরির সমর্থিত বাস্তবায়ন অনুসরণ করুন।

একটি রক্ষণাবেক্ষণ করা ক্রিপ্টোগ্রাফিক বাস্তবায়ন ব্যবহার করুন যা বৈশিষ্ট্য নির্বাচন, ব্যর্থতার শর্তাবলী এবং সম্পূর্ণ অ্যালগরিদম পরিচালনা করে। হার্ডওয়্যার ত্বরণ আদিম (primitives) উপাদান সরবরাহ করে; কী পরিচালনা, প্রমাণীকরণ, ননস নিয়ম এবং প্রোটোকল পছন্দগুলি সফটওয়্যারের দায়িত্ব হিসেবে থাকে।

এই বৈশিষ্ট্যটি যা নিশ্চিত করে না

RDRAND এবং RDSEED-এর উদ্দিষ্ট ইন্টারফেস ভিন্ন এবং আলাদা এনুমারেশন রয়েছে। কোনো একটি ফিচারের উপস্থিতি নির্দেশিত হওয়া মানেই এটি প্রমাণ করে না যে কোনো নির্দিষ্ট অ্যাপ্লিকেশন ব্যর্থতা যাচাই করে, কিংবা এটি কোনো প্রোডাক্ট সার্টিফিকেশন নিশ্চিত করে না বা কোনো VM হোস্টের মতো একই র‍্যান্ডমনেস বাস্তবায়ন প্রদর্শন করবে এমন নিশ্চয়তা দেয় না।

বাস্তবে সামঞ্জস্য এবং কর্মক্ষমতা

একটি বৈশিষ্ট্য ক্ষেত্র কোনো পণ্য শংসাপত্র বা একটি নির্দিষ্ট অ্যাপ্লিকেশন নিরাপদ হওয়ার প্রমাণ নয়। কর্মক্ষমতা বার্তার আকার, মোড, ব্যাচিং এবং প্রোটোকলের বাকি অংশের উপর নির্ভর করে। প্রকৃত প্রদানকারীকে পরীক্ষা করুন এবং এর নিরাপত্তা আপডেট বর্তমান রাখুন।

একটি ব্যবহারিক যাচাইকরণ চেকলিস্ট

সংশ্লিষ্ট সুনির্দিষ্ট প্রসেসর বা প্ল্যাটফর্ম মডেল এবং অ্যাপ্লিকেশন, OS ও রানটাইম সংস্করণগুলি রেকর্ড করুন। প্রকৃত ত্রুটি বা প্রয়োজনীয়তার সঠিক শব্দচয়ন সংরক্ষণ করুন।
সেই নির্দিষ্ট মডেলের জন্য প্রস্তুতকারকের রেফারেন্স পরীক্ষা করুন, তারপর প্রোগ্রামটি যে পরিবেশে চলে সেখানে কার্যকর সক্ষমতা এবং সক্রিয় অবস্থা পর্যবেক্ষণ করুন।
নির্বাচিত বাইনারি বা ব্যাকএন্ডের প্রতিটি প্রয়োজনীয়তা তুলনা করুন। একই নামের কোনো বৈশিষ্ট্য, উপনাম বা বিস্তৃত প্রযুক্তির লেবেলই যথেষ্ট নয়।
অ্যাপ্লিকেশনটি কাঙ্ক্ষিত বাস্তবায়ন নির্বাচন করেছে কিনা তা নিশ্চিত করুন। প্রয়োজনীয়তা পূরণ না হলে এর নথিভুক্ত ডায়াগনস্টিকস এবং একটি সমর্থিত ফলব্যাক ব্যবহার করুন।
একবারে একটি সমর্থিত পরিবর্তন করুন এবং একই কাজের চাপ পুনরাবৃত্তি করুন। মূল কনফিগারেশন এবং পুনরুদ্ধারের পথ উপলব্ধ রাখুন।

যদি বৈশিষ্ট্যটি তালিকাভুক্ত থাকে কিন্তু সফটওয়্যার এটি ব্যবহার করতে না পারে

নির্দিষ্ট ব্যর্থ উপাদানটি দিয়ে শুরু করুন। একটি হার্ডওয়্যার ডাটাবেস সংরক্ষিত সক্ষমতা বর্ণনা করে; অপারেটিং সিস্টেম বা হাইপারভাইজর একটি ভিন্ন কার্যকর পরিবেশ প্রকাশ করতে পারে। একটি অবৈধ-নির্দেশনা (illegal-instruction) ত্রুটির ক্ষেত্রেও প্রকৃত ত্রুটিপূর্ণ নির্দেশনা এবং বাইনারি বিল্ড তদন্ত করা প্রয়োজন, কারণ ডেটা ক্ষতি বা সম্পর্কহীন কোনো অসমর্থিত নির্দেশনাও একই রকম লক্ষণ তৈরি করতে পারে।

নির্দিষ্ট প্ল্যাটফর্মের জন্য সমর্থিত অ্যাপ্লিকেশন, ড্রাইভার বা রানটাইম সংস্করণ ইনস্টল করুন এবং প্রয়োজনে ভেন্ডরের নথিভুক্ত বেসলাইন বা ফলব্যাক বিল্ড ব্যবহার করুন। একটি সফটওয়্যার আপডেট এমন কোনো নির্দেশনা তৈরি করতে পারে না যা প্রসেসরে নেই। ফার্মওয়্যার এবং নিরাপত্তা-নীতি পরিবর্তনগুলি একটি সাধারণ অপ্টিমাইজেশন রেসিপির পরিবর্তে সিস্টেম প্রস্তুতকারকের পদ্ধতি এবং একটি পুনরুদ্ধার পরিকল্পনা অনুসরণ করা উচিত।

এই ব্যাখ্যার উৎস এবং পরিধি

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 এবং সুরক্ষা নিয়ন্ত্রণ বর্ণনা করে। আর্কিটেকচার ডকুমেন্টেশন কোনো নির্দিষ্ট মডেলের জন্য সাপোর্ট নিশ্চিত করে না।

এই নিবন্ধটি কি দরকারী ছিল?

একটি হ্যাঁ বা না-ই যথেষ্ট। আপনি চাইলে একটি কারণ বেছে নিন, বা একটি ছোট মন্তব্য যোগ করুন।