عدي للمحتوى

SMAP

مرجع المعماريةFeex

بيتسمى برضه OS Guard (SMAP)

SMAP، أو Supervisor-Mode Access Prevention، بيمنع وصول بيانات وضع المشرف (supervisor) لصفحات المستخدم، إلا لو اتطبقت شروط التجاوز الخاصة بالمعمارية. وهو مختلف عن SMEP، اللي بيتشهر تجارياً باسم Intel OS Guard.

اللي محتاج تعرفه

SMAP، أو Supervisor-Mode Access Prevention، بيمنع وصول بيانات وضع المشرف (supervisor) لصفحات المستخدم، إلا لو اتطبقت شروط التجاوز الخاصة بالمعمارية. وهو مختلف عن SMEP، اللي بيتشهر تجارياً باسم Intel OS Guard.

بيشتغل إزاي

نظام التشغيل يقدر يفعل SMAP بحيث إن أي وصول مميز وغير مقصود للبيانات جوه تعيينات المستخدم يولد خطأ (fault). روتينات النواة (kernel) اللي بتنسخ بيانات المستخدم عن قصد بتستخدم نوافذ وصول محكومة بدقة تحت قواعد المعمارية. صلاحية التنفيذ موضوع منفصل بتتعامل معاه آليات تانية زي SMEP وNX.

المجالات المفيدة فيها

روتين النواة اللي بيستلم مؤشر مستخدم (user pointer) لازم يتحقق منه ويوصل له باستخدام أدوات نسخ بيانات المستخدم المعتمدة في نظام التشغيل. SMAP هو حد دفاعي حوالين عمليات الوصول دي، ومش بديل لفحوصات الطول، أو إدارة مدة البقاء (lifetime)، أو القرارات الصح المتعلقة بالصلاحيات.

طريقة فحص الدعم والتمكين

CPUID.07H.00H:EBX bit 20 بيحصر SMAP، بينما CR4.SMAP بيتحكم في التفعيل. SMEP بيستخدم بت مختلف. راجع توثيق نظام التشغيل وواجهات الحالة؛ متوقفش تفعيل الحماية كخطوة عامة لحل مشاكل التطبيقات.

الإمكانية، والتمكين، وفرض السياسة لازم يتفحصوا بشكل منفصل. المعالج ممكن يدعم حماية فى حين ان نظام التشغيل، او التطبيق، او سياسة الجهاز الافتراضى مش مفعلينها. حقل الدعم فى قاعدة البيانات مش إثبات على نظام شغال.

اللى الميزة مش بتثبته

التسمية المستوردة OS Guard (SMAP) مش مفروض تتفهم كدليل على إن SMEP وSMAP متطابقين أو إن الاتنين مفعلين. إمكانيات المعالج مش بتحدد حالة الحماية لنواة معينة، أو ضيف، أو درايفر.

التوافق والأداء فى الممارسة العملية

حافظ على تحديث نظام التشغيل والـ firmware وبيئة التشغيل المتأثرة. لو حماية معينة كشفت مشكلة توافق، استخدم أولاً أدوات تشخيص وتحديثات الشركة المصنعة المدعومة. تفعيل او قفل حماية واسعة النطاق ممكن يأثر على تطبيقات تانية مش مرتبطة، ولازم يتبع سياسة نشر واسترجاع صريحة.

قائمة تحقق عملية للتأكد

  1. سجل الموديل الدقيق للمعالج او المنصة وإصدارات التطبيق ونظام التشغيل وبيئة التشغيل المشاركة. احتفظ بنص الخطأ او المتطلب الفعلى زى ما هو.
  2. راجع مرجع الشركة المصنعة للموديل الدقيق ده، وبعدين افحص الإمكانية الفعلية وحالة التمكين فى البيئة اللى شغال فيها البرنامج.
  3. قارن كل متطلب للملف الثنائى (binary) او الواجهة الخلفية (backend) المختارة. وجود ميزة باسم شبه كده او اسم مستعار او تصنيف تقنى عام مش كفاية.
  4. اتأكد ان التطبيق اختار التنفيذ المطلوب. استخدم أدوات التشخيص الموثقة والبديل الاحتياطى المدعوم لما المتطلبات متتحققش.
  5. اعمل تغيير واحد مدعوم فى المرة الواحدة وكرر نفس عبء العمل. احتفظ بالإعداد الأصلى ومسار الاسترجاع متاحين.

لو الميزة مدرجة بس البرمجيات مش قادرة تستخدمها

ابدأ بالمكون اللى فشل بالتحديد. قاعدة بيانات العتاد بتوصف الإمكانية المسجلة؛ لكن نظام التشغيل او الـ hypervisor ممكن يعرضوا بيئة فعلية تانية. خطأ التعليمة غير الصالحة (illegal-instruction) بيحتاج برضه فحص للتعليمة الفعلية اللى سببت العطل والنسخة المبنية من الثنائى، علشان التلف او وجود تعليمة تانية غير مدعومة ممكن ينتج عنهم نفس العرض.

ثبت إصدار التطبيق او برنامج التشغيل او بيئة التشغيل المدعومة للمنصة بالتحديد، واستخدم بنية الأساس (baseline) او البنية الاحتياطية الموثقة من الشركة المصنعة لو لزم الأمر. تحديث البرامج مش هيخلق تعليمة المعالج نفسه بيفتقدها. تغييرات الـ Firmware وسياسات الأمان لازم تتبع إجراءات الشركة المصنعة للنظام وخطة استرجاع بدل اتباع وصفة تحسين عامة.

المصادر ونطاق الشرح ده

Intel 64 and IA-32 Architectures Software Developer's Manual · ميزات الأمان من Intel المتعلقة بهجمات التنفيذ المؤقت (transient execution attacks)

المراجع دى بتحدد السلوك المعمارى ومتطلبات البرمجيات. هى مش بتتحقق بشكل مستقل من كل قيمة ميزة فى صفحة موديل العتاد المربوطة. لدعم الموديل، استخدم أدلة الشركة المصنعة فى الصفحة دى وافحص إعدادات النظام الفعلية. المقال ده مش بيقدم تقييم أداء، او شهادة اعتماد، او تاريخ مراجعة مستقلة.

المصادر والتحقق

حقوق التحرير: Feex. مفيش تاريخ مراجعة مستقل متسجل. إزاي بنعمل أبحاثنا.

هل المقالة دي كانت مفيدة؟

مجرد نعم أو لأ كفاية. اختار سبب لو تحب، أو اكتب ملاحظة سريعة.

هل المقالة دي كانت مفيدة؟