AMD SME

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

AMD Secure Memory Encryption, SME, প্ল্যাটফর্ম এবং অপারেটিং সিস্টেম দ্বারা পরিচালিত মেমরি-এনক্রিপশন সুবিধা প্রদান করে। এটি প্রতি-VM SEV সুরক্ষা থেকে পৃথক এবং এটি নিজেই একটি গোপনীয়-কম্পিউটিং স্থাপনা তৈরি করে না।

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

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

মেমরি-এনক্রিপশন আর্কিটেকচার একটি সংজ্ঞায়িত ঠিকানা-বিট প্রক্রিয়া এবং প্ল্যাটফর্ম নিয়ন্ত্রণের মাধ্যমে এনক্রিপ্ট করা ম্যাপিং সনাক্ত করে। OS-কে অবশ্যই এনক্রিপশন বিট এবং উপলব্ধ শারীরিক ঠিকানা বিটগুলির উপর যেকোনো প্রভাবের হিসাব রাখতে হবে এবং প্ল্যাটফর্মের নিয়ম অনুযায়ী শেয়ার্ড বা ডিভাইস-দৃশ্যমান মেমরি পরিচালনা করতে হবে।

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

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

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

সমর্থন এবং সক্ষমতা স্থাপন করতে AMD মেমরি-এনক্রিপশন CPUID তথ্য এবং সুনির্দিষ্ট প্ল্যাটফর্ম ফার্মওয়্যার/OS ডকুমেন্টেশন ব্যবহার করুন। সক্রিয় এনক্রিপশন নীতি এবং ডিভাইসের সামঞ্জস্য পরীক্ষা করুন। ফার্মওয়্যার মেমরি-এনক্রিপশন সেটিংস পরিবর্তন করার আগে বিক্রেতার পুনরুদ্ধার নির্দেশিকা সংরক্ষণ করুন।

সক্ষমতা, সক্রিয়করণ এবং প্রয়োগ আলাদাভাবে পরীক্ষা করা আবশ্যক। একটি প্রসেসর একটি সুরক্ষাকে সমর্থন করতে পারে যখন OS, অ্যাপ্লিকেশন বা ভার্চুয়াল-মেশিন নীতি এটি সক্রিয় করে না। একটি ডাটাবেস সমর্থন ক্ষেত্র একটি চলমান সিস্টেমের প্রমাণীকরণ নয়।

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

SME প্রতি-গেস্ট বিচ্ছিন্নতা, মেমরির অখণ্ডতা, SEV-SNP বা বিশেষ সুবিধাপ্রাপ্ত সফটওয়্যার দ্বারা প্রতিটি আক্রমণের বিরুদ্ধে সুরক্ষাকে বোঝায় না। স্বচ্ছ প্ল্যাটফর্ম এনক্রিপশন নীতি এবং OS-পরিচালিত SME কনফিগারেশনগুলি একটি সারাংশ ক্ষেত্র থেকে অভিন্ন বলে ধরে নেওয়া উচিত নয়।

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

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

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

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

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

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

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

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

AMD Secure Encrypted Virtualization ডেভেলপার সংস্থান · Linux কার্নেল: AMD মেমরি এনক্রিপশন · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

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

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

সম্পাদকীয় মালিকানা: Feex। কোনো স্বাধীন পর্যালোচনার তারিখ রেকর্ড করা নেই। আমরা কীভাবে গবেষণা করি.

AMD Secure Encrypted Virtualization ডেভেলপার সংস্থান · SEV, SEV-ES এবং SEV-SNP-এর মধ্যে পার্থক্য করে এবং ফার্মওয়্যার API, প্রমাণীকরণ এবং মেমরি-এনক্রিপশন ডকুমেন্টেশন লিঙ্ক করে। সুনির্দিষ্ট স্থাপনার জন্য বর্তমান নিরাপত্তা পরামর্শগুলি পরীক্ষা করুন।
Linux কার্নেল: AMD মেমরি এনক্রিপশন · SME/SEV সক্রিয়করণ, এনক্রিপশন ঠিকানা বিট এবং শারীরিক-ঠিকানা হ্রাস। প্রতিটি প্ল্যাটফর্ম নীতির পরিবর্তে একটি OS বাস্তবায়ন বর্ণনা করে।
AMD64 Architecture Programmer's Manual, Volume 2: System Programming · সিস্টেম প্রোগ্রামিং, SVM এবং নেস্টেড অনুবাদ, সংস্করণ 3.46। বর্তমান ডকুমেন্টেশন ভিউয়ারের জন্য JavaScript প্রয়োজন; পুরানো নথি URLগুলি বাতিল করা হতে পারে।

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

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