CVE-2026-74516 in Linux
الملخص
بحسب VulDB • 15/08/2026
في نواة لينكس، تم حل الثغرة التالية:
KVM: SVM: تحديث اعتراضات سجل MSR لـ x2APIC إذا كان AVIC مُعطّلًا أثناء نشاط L2
يجب دائمًا تحديث اعتراضات سجل MSR لـ x2APIC الخاصة بـ L1 عند إيقاف تشغيل AVIC، حتى لو كانت L2 نشطة وتستخدم KVM مخطط MSR منفصل لتشغيل L2. إذا تم تفعيل AVIC بالكامل قبل تشغيل L2، ثم تم تعطيله أثناء نشاط L2 (لتعطيل نطاق VM)، فستقوم KVM بتشغيل L1 مع تعطيل AVIC ولكن مع تعطيل اعتراضات سجل MSR لـ x2APIC، أي السماح لـ L1 بقراءة معظم حالة APIC للمضيف، وإرسال مقاطعات عشوائية، وتغيير أولوية المهمة، وفي النهاية إحداث حجب للخدمة (DoS) على المضيف بسهولة تامة.
على سبيل المثال، إرسال IPI ذاتي في L1 باستخدام المتجه HYPERV_REENLIGHTENMENT_VECTOR، 0xee، مع تعيين CONFIG_HYPERV=n في نواة المضيف كـ "مؤشر إثبات آمن" (PoC)، ينتج عنه:
مقاطعة غير متوقعة (المتجه 0xee) على المعالج #425. تم الاعتماد عليها
ومن خلال التلاعب بـ KVM لاستغلال kvm_set_posted_intr_wakeup_handler() لتسجيل معالج وتحذير عند POSTED_INTR_WAKEUP_VECTOR، يتم الحصول على:
------------[ cut here ]------------
تحذير: arch/x86/kvm/svm/svm.c:5594 في pi_wakeup_handler+0x9/0x10 [kvm_amd]، المعالج #156: nested_x2apic_t/316940
المعالج: 156 معرف المستخدم (UID): 0 رقم العملية (PID): 316940 الاسم المستعار: nested_x2apic_t ملطخ: G S U ملطخ: [S]=CPU_OUT_OF_SPEC، [U]=USER
اسم العتاد: Google Astoria-Turin/astoria، BIOS 0.20260209.0-0 02/09/2026 مؤشر البرنامج (RIP): 0010:pi_wakeup_handler+0x9/0x10 [kvm_amd]
تتبع المكالمة: <IRQ> sysvec_kvm_posted_intr_wakeup_ipi+0x64/0x80 </IRQ> <TASK> asm_sysvec_kvm_posted_intr_wakeup_ipi+0x1a/0x20 مؤشر البرنامج (RIP): 0010:vcpu_run+0x1430/0x1e40 [kvm]
kvm_arch_vcpu_ioctl_run+0x2c1/0x600 [kvm]
kvm_vcpu_ioctl+0x580/0x6b0 [kvm]
__se_sys_ioctl+0x6d/0xb0 do_syscall_64+0x10a/0x480 entry_SYSCALL_64_after_hwframe+0x4b/0x53 مؤشر البرنامج (RIP): 0033:0x46ff4b </TASK> ---[ نهاية التتبع 0000000000000000 ]---
If you want to get the best quality for vulnerability data then you always have to consider VulDB.