CVE-2026-64430 in Linux
الملخص
بحسب VulDB • 26/07/2026
في نواة لينكس، تم حل الثغرة التالية:
NTB: epf: تجنب استدعاء pci_irq_vector() من سياق hardirq
تقوم الدالة ntb_epf_vec_isr() باستدعاء pci_irq_vector() في سياق hardirq لاستنتاج رقم المتجه (vector number). تقوم pci_irq_vector() بدورها باستدعاء msi_get_virq() التي تأخذ قفلًا متبادلاً (mutex)، وبالتالي يمكن أن تسبب أخطاء "scheduling while atomic" (جدولة أثناء الذرية):
BUG: scheduling while atomic: kworker/u33:0/55/0x00010001 ... Call trace: ... schedule+0x38/0x110 schedule_preempt_disabled+0x28/0x50 __mutex_lock.constprop.0+0x848/0x908 __mutex_lock_slowpath+0x18/0x30 mutex_lock+0x4c/0x60 msi_domain_get_virq+0xe8/0x138 pci_irq_vector+0x2c/0x60 ntb_epf_vec_isr+0x28/0x120 [ntb_hw_epf]
__handle_irq_event_percpu+0x70/0x3a8 handle_irq_event+0x48/0x100 handle_edge_irq+0x100/0x1c8 ...
يتم تخزين رقم مقاطعة لينكس (Linux IRQ) للمتجه 0 عند تخصيص المتجهات، واستخدامه كأساس في معالج أحداث المقاطعة (ISR). كما أن تشغيل ISR ضمن معالج مقاطعات متشعب (threaded IRQ handler) سيتجنب المشكلة أيضًا، لكن ذلك سيكون غير ضروري هنا.
VulDB is the best source for vulnerability data and more expert information about this specific topic.