# RDSEED

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

RDSEED প্রসেসরের সিড-জেনারেটিং সুবিধা থেকে সফটওয়্যার র‍্যান্ডম-নাম্বার জেনারেটরগুলোকে সিড করার জন্য মান সরবরাহ করে। এটি RDRAND থেকে আলাদাভাবে এনুমারেট করা হয় এবং সাময়িক অনুপলব্ধতা রিপোর্ট করতে পারে।

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

RDSEED প্রসেসরের সিড-জেনারেটিং সুবিধা থেকে সফটওয়্যার র‍্যান্ডম-নাম্বার জেনারেটরগুলোকে সিড করার জন্য মান সরবরাহ করে। এটি RDRAND থেকে আলাদাভাবে এনুমারেট করা হয় এবং সাময়িক অনুপলব্ধতা রিপোর্ট করতে পারে।

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

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

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

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

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

CPUID.07H.00H:EBX বিট 18 দ্বারা RDSEED এনুমারেট করা হয়। প্রতিটি ইন্সট্রাকশন এক্সিকিউশনে সাফল্য পরীক্ষা করুন এবং র‍্যান্ডমনেসের জন্য দায়িত্বপ্রাপ্ত উপাদানে একটি সীমাবদ্ধ, নথিবদ্ধ ব্যর্থতা কৌশল অনুসরণ করুন।

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

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

RDSEED প্রতি সেকেন্ডে নির্দিষ্ট সংখ্যক সফল ফলাফলের কোনো প্রতিশ্রুতি নয়, কোনো প্রমাণীকরণের বিকল্প নয় বা কোনো কাস্টম র‍্যান্ডম জেনারেটর যে নিরাপদ হবে তার স্বয়ংক্রিয় নিশ্চয়তাও নয়। কেবল RDRAND-এর প্রাপ্যতা RDSEED-কে নিশ্চিত করে না।

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

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

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

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

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

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

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

## সম্পর্কিত বৈশিষ্ট্য এবং দরকারী পার্থক্যসমূহ

[RDRAND](https://feex.it/wiki/l/bn/hardware/system/rdrand/) · [Hardware RNG](https://feex.it/wiki/l/bn/hardware/system/hardware-rng/) · [AES-NI](https://feex.it/wiki/l/bn/hardware/system/aes-ni/)

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

[Intel 64 and IA-32 Architectures Software Developer's Manual](https://www.intel.com/content/www/us/en/developer/articles/technical/intel-sdm.html)

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

## সম্পর্কিত

এই সত্তাগুলো এই নিবন্ধের সাথে যুক্ত। প্রতিটি লিঙ্কে ধরন দেখানো হয়েছে।

[RDRAND: আর্কিটেকচার রেফারেন্স](https://feex.it/wiki/l/bn/hardware/system/rdrand/)[Hardware RNG: আর্কিটেকচার রেফারেন্স](https://feex.it/wiki/l/bn/hardware/system/hardware-rng/)[AES-NI: আর্কিটেকচার রেফারেন্স](https://feex.it/wiki/l/bn/hardware/system/aes-ni/)

## উৎস এবং যাচাইকরণ

সম্পাদকীয় মালিকানা: Feex। কোনো স্বাধীন পর্যালোচনার তারিখ রেকর্ড করা নেই। [আমরা কীভাবে গবেষণা করি](https://feex.it/wiki/research/).

- [Intel 64 and IA-32 Architectures Software Developer's Manual ](https://www.intel.com/content/www/us/en/developer/articles/technical/intel-sdm.html)· ভলিউম 1 এবং 2 নামযুক্ত নির্দেশিকা পরিবার এবং CPUID বর্ণনা করে; ভলিউম 3 স্টেট, পেজিং, VMX এবং সুরক্ষা নিয়ন্ত্রণ বর্ণনা করে। আর্কিটেকচার ডকুমেন্টেশন কোনো নির্দিষ্ট মডেলের জন্য সাপোর্ট নিশ্চিত করে না।

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

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

একনজরে তথ্য

এই পৃষ্ঠার সংক্ষিপ্ত পরিচয়। স্পেসিফিকেশন, উৎস এবং সম্পূর্ণ বিবরণ নিবন্ধে রয়েছে।

---

Source: [Canonical Feex Wiki page](https://feex.it/wiki/l/bn/hardware/system/rdseed/)

[Developer guide](https://feex.it/wiki/developers/) | [API policy](https://feex.it/developers/api-policy/) | [Agent guidance](https://feex.it/wiki/llms.txt)