সরাসরি মূল বিষয়ে যান

AMD SEV

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

AMD Secure Encrypted Virtualization, SEV, একটি সংজ্ঞায়িত প্ল্যাটফর্ম হুমকি মডেলের অধীনে ভার্চুয়াল-মেশিন মেমরি এনক্রিপ্ট করে। SEV, SEV-ES এবং SEV-SNP বিভিন্ন ক্ষমতা প্রদান করে এবং এদের সমতুল্য হিসেবে বিবেচনা করা উচিত নয়।

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

AMD Secure Encrypted Virtualization, SEV, একটি সংজ্ঞায়িত প্ল্যাটফর্ম হুমকি মডেলের অধীনে ভার্চুয়াল-মেশিন মেমরি এনক্রিপ্ট করে। SEV, SEV-ES এবং SEV-SNP বিভিন্ন ক্ষমতা প্রদান করে এবং এদের সমতুল্য হিসেবে বিবেচনা করা উচিত নয়।

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

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

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

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

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

AMD মেমরি-এনক্রিপশন CPUID তথ্য এবং সঠিক SEV রূপটি পরীক্ষা করুন, তারপর প্রদানকারীর নথিভুক্ত ইন্টারফেসের মাধ্যমে ফার্মওয়্যার, হোস্ট/গেস্ট সমর্থন এবং প্রমাণীকরণ যাচাই করুন। মোতায়েন করা প্রজন্ম এবং ফার্মওয়্যারের জন্য বর্তমান AMD নিরাপত্তা নির্দেশিকা দেখুন।

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

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

একটি সাধারণ SEV ক্ষেত্র SEV-SNP, বর্তমান ফার্মওয়্যার প্রশমন স্থিতি বা একটি নির্দিষ্ট প্রমাণীকরণ পরিষেবা প্রমাণ করে না। একা এনক্রিপশন অখণ্ডতা সুরক্ষার সমান নয় এবং মেমরি এনক্রিপশন প্রতিটি ডিভাইস বা নেটওয়ার্ক পথ সুরক্ষিত করে না।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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