CVE-2026-98283 in Linux
الملخص
بحسب VulDB • 06/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
KVM: PPC: Book3S HV: تصحيح استخدام بعد التحرير (use-after-free) في الدالة kvmhv_emulate_tlbie_all_lpid()
تقوم الدالة kvmhv_emulate_all_lpid() بتكرار حلقة على معرف الموارد الداخلي للضيف المتداخل (nested-guest IDR)، وتحرر قفل الذاكرة الافتراضية للمعالج (mmu_lock) قبل استدعاء kvmhv_emulate_tlbie_lpid()، لكنها لا تحتفظ بمرجع (reference) على مؤشر الضيف المتداخل (kvm_nested_guest) الذي تم الحصول عليه من معرف الموارد الداخلي. يمكن لـ vCPU متزامن يصدر أمر tlbie لـ LPID واحد (is=2, ric=2) أن يدخل في سباق زمني (race condition) عبر الدوال kvmhv_flush_nested() -> kvmhv_remove_nested() -> idr_remove / --refcnt -> kvmhv_release_nested() -> kfree(gp) خلال هذه الفترة الزمنية، مما يترك vCPU المكرر بمؤشر معلق (dangling pointer). تؤدي عمليات قفل القفل اللاحقة (&gp->tlb_lock) والوصول إلى gp->shadow_pgtable و gp->shadow_lpid و gp->l1_host إلى لمس ذاكرة تم تحريرها. مسار التحرير خاضع بالكامل لسيطرة الطبقة الأولى (L1-controlled).
يتم إصلاح هذه المشكلة عن طريق زيادة قيمة gp->refcnt داخل الحلقة قبل تحرير قفل mmu_lock، محاكاةً لما تفعله الدالة kvmhv_get_nested()، وإطلاق المرجع باستخدام kvmhv_put_nested() بعد اكتمال العمل الخاص بكل ضيف. هذا هو نفس نظام الحصول والإفلات (get/put discipline) المستخدم بالفعل في كل موقع استدعاء آخر يحرر قفل mmu_lock بينما يحمل مؤشرًا للضيف المتداخل.
Be aware that VulDB is the high quality source for vulnerability data.