مواد پر جائیں

AMD SME

آرکیٹیکچر کا حوالہFeex

AMD Secure Memory Encryption، SME، پلیٹ فارم اور آپریٹنگ سسٹم کے زیر انتظام میموری انکرپشن کی سہولیات فراہم کرتا ہے۔ یہ فی-VM SEV تحفظ سے مختلف ہے اور بذات خود کانفیڈینشل کمپیوٹنگ کی تعیناتی قائم نہیں کرتا ہے۔

آپ کے لیے جاننا کیا ضروری ہے

AMD Secure Memory Encryption، SME، پلیٹ فارم اور آپریٹنگ سسٹم کے زیر انتظام میموری انکرپشن کی سہولیات فراہم کرتا ہے۔ یہ فی-VM SEV تحفظ سے مختلف ہے اور بذات خود کانفیڈینشل کمپیوٹنگ کی تعیناتی قائم نہیں کرتا ہے۔

یہ کیسے کام کرتا ہے

میموری انکرپشن آرکیٹیکچر ایک متعین ایڈریس بٹ میکانزم اور پلیٹ فارم کنٹرولز کے ذریعے انکرپٹڈ میپنگز کی شناخت کرتا ہے۔ OS کو انکرپشن بٹ اور دستیاب فزیکل ایڈریس بٹس پر کسی بھی اثر کا حساب کتاب رکھنا چاہیے، اور پلیٹ فارم کے قواعد کے مطابق مشترکہ یا ڈیوائس کے لیے مرئی میموری کو سنبھالنا چاہیے۔

یہ کہاں مفید ہے

ایک OS بیرونی میموری میں ڈیٹا منتقل ہونے پر مناسب میموری پیجز کو انکرپٹ کرنے کا انتظام کر سکتا ہے۔ DMA بفرز اور دیگر مشترکہ میپنگز کو ایک مطابقت پذیر برتاؤ کی ضرورت ہوتی ہے، لہذا تنہائی میں بٹ کو فعال کرنا ایک مکمل تعیناتی کا طریقہ کار نہیں ہے۔

سپورٹ اور فعالی کی جانچ کیسے کریں

سپورٹ اور فعالی قائم کرنے کے لیے AMD میموری انکرپشن CPUID معلومات اور مخصوص پلیٹ فارم فرم ویئر/OS دستاویزات کا استعمال کریں۔ فعال انکرپشن پالیسی اور ڈیوائس کی مطابقت کو چیک کریں۔ فرم ویئر میموری انکرپشن کی ترتیبات کو تبدیل کرنے سے پہلے وینڈر کی بحالی کی رہنمائی کو محفوظ رکھیں۔

صلاحیت، فعالی اور نفاذ کو الگ الگ چیک کیا جانا چاہیے۔ ایک پروسیسر تحفظ کی حمایت کر سکتا ہے جبکہ OS، ایپلی کیشن یا ورچوئل مشین پالیسی اسے چالو نہیں کرتی ہے۔ ڈیٹا بیس کا معاون فیلڈ چلتے ہوئے سسٹم کی تصدیق نہیں ہے۔

یہ خصوصیت کیا ثابت نہیں کرتی

SME کا مطلب فی گیسٹ تنہائی، میموری کی سالمیت، SEV-SNP یا مراعات یافتہ سافٹ ویئر کے ذریعے ہر حملے کے خلاف تحفظ نہیں ہے۔ شفاف پلیٹ فارم انکرپشن پالیسیوں اور OS کے زیر انتظام SME کنفیگریشنز کو خلاصہ فیلڈ سے یکساں نہیں سمجھا جانا چاہیے۔

عملی طور پر مطابقت اور کارکردگی

OS، فرم ویئر اور متاثرہ رن ٹائم کو تازہ ترین رکھیں۔ اگر کوئی تحفظ مطابقت کا مسئلہ پیدا کرتا ہے، تو پہلے وینڈر کے تشخیصی اور معاون اپ ڈیٹس استعمال کریں۔ ایک وسیع تحفظ کا ٹوگل غیر متعلقہ ایپلی کیشنز کو متاثر کر سکتا ہے اور اسے ایک واضح تعیناتی اور بحالی کی پالیسی کے تحت ہونا چاہیے۔

عملی تصدیقی چیک لسٹ

  1. پروسیسر یا پلیٹ فارم کا اصل ماڈل اور شامل ایپلی کیشن، OS اور رن ٹائم کے ورژنز ریکارڈ کریں۔ اصل خرابی یا ضرورت کے الفاظ کو جوں کا توں محفوظ رکھیں۔
  2. اس مخصوص ماڈل کے لیے مینوفیکچرر کے حوالے کو چیک کریں، پھر اس ماحول میں مؤثر صلاحیت اور فعال حالت کا معائنہ کریں جہاں پروگرام چلتا ہے۔
  3. منتخب کردہ بائنری یا بیک اینڈ کی ہر ضرورت کا موازنہ کریں۔ ملتے جلتے نام کی خصوصیت، عرفیت یا وسیع ٹیکنالوجی لیبل کافی نہیں ہے۔
  4. تصدیق کریں کہ ایپلی کیشن نے مطلوبہ عمل درآمد کا انتخاب کیا ہے۔ اس کی دستاویزی تشخیص اور معاون متبادل کا استعمال کریں جب ضروریات پوری نہ ہوں۔
  5. ایک وقت میں ایک معاون تبدیلی کریں اور وہی ورک لوڈ دہرائیں۔ اصل کنفیگریشن اور بحالی کا راستہ دستیاب رکھیں۔

اگر خصوصیت درج ہے لیکن سافٹ ویئر اسے استعمال نہیں کر سکتا

فیل ہونے والے اصل جزو سے شروعات کریں۔ ہارڈ ویئر ڈیٹا بیس ریکارڈ شدہ صلاحیت کو بیان کرتا ہے؛ آپریٹنگ سسٹم یا ہائپروائزر ایک مختلف مؤثر ماحول فراہم کر سکتا ہے۔ ایک غیر قانونی ہدایت کی خرابی (illegal-instruction error) میں بھی اصل خرابی پیدا کرنے والی ہدایت اور بائنری بلڈ کی تحقیقات کی ضرورت ہوتی ہے، کیونکہ کرپشن یا ایک غیر متعلقہ غیر معاون ہدایت ایسی ہی علامت پیدا کر سکتی ہے۔

مخصوص پلیٹ فارم کے لیے معاونت یافتہ ایپلی کیشن، ڈرائیور یا رن ٹائم ورژن انسٹال کریں، اور اگر ضرورت ہو تو وینڈر کا دستاویزی بنیادی یا فال بیک بلڈ استعمال کریں۔ سافٹ ویئر اپ ڈیٹ ایسی ہدایت تیار نہیں کر سکتا جس کی پروسیسر میں کمی ہو۔ فرم ویئر اور سیکیورٹی پالیسی کی تبدیلیوں کو عام اصلاحی طریقے کے بجائے سسٹم مینوفیکچرر کے طریقہ کار اور بحالی کے منصوبے پر عمل کرنا چاہیے۔

اس وضاحت کے ذرائع اور دائرہ کار

AMD Secure Encrypted Virtualization ڈویلپر وسائل · Linux kernel: AMD memory encryption · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

یہ حوالہ جات آرکیٹیکچرل رویے اور سافٹ ویئر کی ضروریات کو قائم کرتے ہیں۔ وہ لنک شدہ ہارڈ ویئر ماڈل کے صفحے پر ہر خصوصیت کی قدر کی آزادانہ طور پر تصدیق نہیں کرتے ہیں۔ ماڈل کی سپورٹ کے لیے، اس صفحے کے مینوفیکچرر کے ثبوت استعمال کریں اور مؤثر سسٹم کنفیگریشن چیک کریں۔ یہ مضمون بینچ مارک، سرٹیفیکیشن یا آزادانہ جائزے کی تاریخ فراہم نہیں کرتا ہے۔

ذرائع اور توثیق

ادارتی ملکیت: Feex۔ آزادانہ جائزے کی کوئی تاریخ ریکارڈ نہیں کی گئی ہے۔ ہم تحقیق کیسے کرتے ہیں.

  • AMD Secure Encrypted Virtualization ڈویلپر وسائل · SEV، SEV-ES اور SEV-SNP میں فرق کرتا ہے اور فرم ویئر APIs، تصدیق اور میموری انکرپشن دستاویزات کو لنک کرتا ہے۔ اصل تعیناتی کے لیے موجودہ سیکیورٹی ایڈوائزریز چیک کریں۔
  • Linux kernel: AMD memory encryption · SME/SEV فعالی، انکرپشن ایڈریس بٹ اور فزیکل ایڈریس میں کمی۔ ہر پلیٹ فارم پالیسی کے بجائے ایک OS عمل درآمد کو بیان کرتا ہے۔
  • AMD64 Architecture Programmer's Manual, Volume 2: System Programming · سسٹم پروگرامنگ، SVM اور نیسٹڈ ترجمہ، نظر ثانی 3.46۔ موجودہ دستاویز دیکھنے والے کو JavaScript درکار ہے؛ پرانے دستاویز کے URLs کو واپس لیا جا سکتا ہے۔

کیا یہ مضمون مفید تھا؟

ہاں یا نہیں کافی ہے۔ اگر آپ چاہیں تو کوئی وجہ منتخب کریں، یا ایک مختصر نوٹ شامل کریں۔

کیا یہ مضمون مفید تھا؟