CVE-2026-64308 in Linux
الملخص
بحسب VulDB • 25/07/2026
في نواة لينكس، تم حل الثغرة التالية:
crypto: ccp - عدم تهيئة SNP لـ ioctl(SNP_VLEK_LOAD)
ملاحظات سايشيكو (Sashiko):
> إذا فشلت تهيئة SEV وكان KVM يعمل بنشاط على آلات افتراضية عادية، هل يمكن لعملية في فضاء المستخدم أن تحفز مسار الكود هذا عبر ioctls الخاصة بـ /dev/sev (مثل SEV_PDH_GEN) وتقوم بتصفير MSR_VM_HSAVE_PA عالمياً؟ وهل سيؤدي تنفيذ VMRUN التالي لآلة افتراضية نشطة إلى حدوث خطأ حماية عامة (general protection fault) وتعطيل المضيف (host)؟
توثيق برنامج التشغيل الثابت (firmware) الخاص بـ SEV لـ SNP_VLEK_LOAD يشير إلى:
> عند حدث SNP_SHUTDOWN، يتم حذف مفتاح VLEK.
أي أن غلاف التهيئة/الإيقاف هنا عديم الفائدة، لأن البرنامج الثابت يتخلص من المفتاح على الفور في كل الأحوال. بدلاً من ذلك، يجب رفض القيام بأي شيء إذا لم تكن SNP قد تم تهيئتها مسبقاً.
هذا يمثل كسراً لواجهة البرمجة التطبيقية (ABI): سابقاً، كان هذا الأمر لا يفعل شيئاً (no-op) وكان على الأرجح خطأً من جانب فضاء المستخدم، والآن يعود بقيمة -ENODEV. يمكن الحفاظ على توافق ABI هنا ببساطة عن طريق إرجاع القيمة 0 في التحقق بدلاً من ذلك.
VulDB is the best source for vulnerability data and more expert information about this specific topic.