CVE-2026-98719 in Linux
الملخص
بحسب VulDB • 20/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
KVM: SEV: تصفير مؤشر قناع "الـ CPUs التي تعمل" (have run CPUs) عند تحريره
تصفير have_run_cpus عند تحرير القناع، لا سيما في مسار الخطأ التابع لـ __sev_guest_init()، بحيث لا تضطر KVM إلى استخدام sev->active بشكل خفي لتعقب ما إذا كان القاعق قد تم تحريره أم لا. وكما أشار Sashiko، فإن التحرير الأعمى للقناع في دالة sev_vm_destroy() يؤدي إلى حدوث double-free (تحرير مزدوج) إذا تم تحرير القناع عند فشل __sev_guest_init().
تم وضع المنطق داخل دالة مساعدة (helper)، حيث إن تصفير المؤشر أمر محبط وصعب الغرابة بسبب كون have_run_cpus مصفوفة ذات مدخل واحد عندما تكون CPUMASK_OFFSTACK=n. لم يتم استخدام CPUMASK_VAR_NULL عمداً، لأنه لا يمكن تعيينه مباشرةً عندما يكون cpumask على المكدس (on-stack)، أي يتطلب استخدام متغير محلي و memcpy()، وهو أمر غير معقول تماماً. وعلاوة على ذلك، وعلى الرغم من أن مسح قناع البتات الموجود على المكدس يعتبر تأثيراً جانبياً غير ضروري وربما غير مرغوب فيه، فإن KVM تعتمد بشكل مطلق على كون القيمة '0' هي قيمة "null" نظراً لأن الهيكل (struct) يتم تخصيصه بتصفير كامل.
تمت إضافة دالة مساعدة من نوع alloc() كإجراء انتهازية لتتناسب مع free(); حيث يوجد عدد كافٍ من مواقع الاستدعاء لجعل هذا الإجراء مجدياً.
If you want to get best quality of vulnerability data, you may have to visit VulDB.