wack0/bitlocker-attacksقائمة بالهجمات العامة على BitLocker
قائمة بالهجمات العامة على BitLocker. أي هجوم عام لديه القدرة على مهاجمة BitLocker ولكن الطريقة الدقيقة ما تزال غير عامة (مثل baton drop) خارج النطاق.
معظم الهجمات تكون للحالات التي يكون فيها VMK مغلقًا بواسطة TPM فقط، وهو الإعداد الافتراضي، وهو ما يستخدمه BitLocker التلقائي إلى جانب إيداع مفتاح الاسترداد في حساب Microsoft.
افتراضيًا، بدءًا من Windows 8، يتم استخدام التحقق من تكامل Secure Boot إذا كان Secure Boot ممكّنًا.
إذا كان يجب عليك إغلاق VMK بواسطة TPM فقط، فإن الإعداد الأكثر أمانًا لذلك هو استخدام التحقق من التكامل التقليدي مع PCRs 0 و2 و4 و7 و11 (وأيضًا إبقاء نظامك محدثًا بالكامل).
يرجى ملاحظة أن هذا يحمي فقط من الهجمات البرمجية.
الهجمات على الأجهزة عادةً ما تكون مفيدة فقط عندما يكون لدى المهاجم وصول فعلي إلى نظام حيث يكون VMK مغلقًا بواسطة TPM فقط.
| الملخص | الوصف | الإصلاح | الإطار الزمني للإفصاح العام | اكتشفه |
|---|---|---|---|---|
| التنصت على TPM: يتواصل bootmgr مع TPM بنص واضح | يتواصل Windows Boot Manager مع TPM بنص واضح، لذلك إذا تم استخدام شريحة TPM منفصلة على ناقل LPC (أي، ليست fTPM أو "Pluton"/HSP)، يمكن استخدام محلل منطقي على هذا الناقل لتفريغ VMK. انظر أيضًا مقالة Pulse Security، كود Verilog لمستشعر LPC. | لا يوجد، لكن firmware TPM لم تكن معرضة على أي حال | يناير 2019 | marcan |
| مصحح الأجهزة: بعض الأنظمة لا تقوم بالقياس إلى PCR7 قبل تمكين مصحح الأجهزة | مواصفة TCG EFI Platform الخاصة بـ TPM (القسم 6.4) تتضمن ما يلي: "إذا وفرت المنصة وضع مصحح برمجي قد يُستخدم قبل بيئة UEFI أو إذا وفرت المنصة مصححًا لبيئة UEFI، فيجب على المنصة تمديد حدث EV_EFI_ACTION إلى PCR[7] قبل السماح باستخدام المصحح" بعض الأنظمة لا تقوم بهذا القياس قبل تمكين بعض مصححات الأجهزة (مثل Intel DCI). لذلك على مثل هذا النظام المعرض للخطر، يمكن استخدام تجاوز Secure Boot (الوصول الفعلي سيسمح على الأقل بطريقتين مع بقاء Secure Boot ممكّنًا) أو هجوم على الأجهزة (الكتابة مباشرة إلى SPI flash) لتمكين مصحح الأجهزة؛ ويمكن بعد ذلك تعيين نقطة توقف (مثلًا) داخل bootmgr!FvebUnsealCallback للسماح بتفريغ VMK. انظر أيضًا هذه المقالة من مؤتمر أبحاث الأدلة الرقمية الأوروبي 2023. | لا يوجد، للأنظمة المعرضة. القائمة الدقيقة للأنظمة المعرضة غير معروفة. | مارس 2023 | الشرطة الفيدرالية البرازيلية |
| fTPM glitching: تنفيذ كود عبر glitching لاختراق حالة fTPM بالكامل | إذا كان معالج/متحكم داخل الشريحة (SoC) يطبق fTPM معرضًا للـ glitching بحيث يمكن الحصول على تنفيذ كود في وقت مبكر من الإقلاع، فيمكن اختراق حالة fTPM بالكامل، مما يؤدي إلى تفريغ VMK (إلخ). انظر أيضًا مقالة البحث، الحمولات/إلخ لـ AMD PSP | IntelME: نوفمبر 2021 / Alder Lake AMD: غير معروف، لا شيء؟ أخرى (ARM64، ARMv7، إلخ): غير معروف | أبريل 2023 | Hans Niklas Jacob، Christian Werling، Robert Buhren، Jean-Pierre Seifert من Technische Universit ät Berlin - SecT |
| تعطيل IOMMU عند الإقلاع: تعديل تخزين متغيرات UEFI غير المتطايرة عبر تفريغ/إعادة كتابة الوميض يمكن أن يعطل IOMMU عند الإقلاع | بعض برمجيات UEFI الثابتة لن تقوم بتمكين IOMMU عند الإقلاع بناءً على بيانات المتغيرات. من خلال تفريغ الفلاش، وتعديل تلك المتغيرات، وإعادة الكتابة، سيتم تعطيل IOMMU عند الإقلاع مع بقاء حالة TPM غير المتطايرة صالحة. عند تلك النقطة، يمكن للمهاجم الكتابة فوق جدول DMAR ACPI باستخدام PCI DMA قبل إطلاق bootmgr، ثم الإقلاع إلى الوضع الآمن واستخدام PCI DMA مرة أخرى للحصول على شل SYSTEM. انظر الشرح. من غير المعروف في أي مكون يقع هذا؛ يستخدم الشرح نظام Intel، والكود ذو الصلة هناك مقدم من Intel Firmware Support Package. من غير المعروف ما إذا كان المكافئ في AMD (AGESA/CBS) متأثرًا أيضًا. | Intel Firmware Support Package: غير معروف AMD AGESA/CBS: غير معروف | مارس 2026 | Craig S. Blackie من MDSec |
الهجمات البرمجية عادةً ما تكون ثغرات في bootmgr، أو تطبيق إقلاع آخر حيث يكون الاستغلال ممكنًا مع مفاتيح BitLocker المشتقة في الذاكرة لأي وحدة تخزين.
عندما يمكن الحصول على تنفيذ كود داخل تطبيق إقلاع، قد يكون من الممكن لمهاجم "المنظف الخبيث" تثبيت bootkit يعمل نفسه مع مفاتيح مشتقة في الذاكرة (أو عندما يمكن اشتقاق المفاتيح بعد)، وبالتالي اختراق نظام يُستخدم فيه كلمة مرور أو مفتاح تشغيل بدلاً من TPM أو بالإضافة إليه.
