CVE-2026-80620 in Linux
الملخص
بحسب VulDB • 28/08/2026
في نواة لينكس، تم حل الثغرة التالية:
إلغاء الأمر "PCI/MSI: Unmap MSI-X region on error" (فصل منطقة MSI-X عند حدوث خطأ).
هذا الإلغاء يعيد الالتزام commit 1a8d4c6ecb4c81261bcdf13556abd4a958eca202.
أضاف الالتزام 1a8d4c6ecb4c ("PCI/MSI: Unmap MSI-X region on error") استدعاءً لـ `iounmap(dev->msix_base)` في مسار الخطأ التابع للدالة `msix_capability_init()` لإطلاق منطقة MSI-X عندما تفشل الدالة `msix_setup_interrupts()`.
عندما تفشل الدالة `msix_setup_interrupts()`، تكون سلسلة الاستدعاءات كالتالي:
msix_setup_interrupts() -> __msix_setup_interrupts() struct pci_dev *dev __free(free_msi_irqs) = __dev; ... return ret; // يتم تشغيل تنظيف __free عند حدوث خطأ
تقوم عملية التنظيف `__free(free_msi_irqs)` باستدعاء الدالة `pci_free_msi_irqs()`، والتي تتعامل بالفعل مع فصل المنطقة (unmap):
void pci_free_msi_irqs(struct pci_dev *dev) {
pci_msi_teardown_msi_irqs(dev); if (dev->msix_base) {
iounmap(dev->msix_base); // الفصل يتم هنا بالفعل dev->msix_base = NULL; // وتعيين القيمة إلى NULL } }
لذلك، فإن `dev->msix_base` يكون مفصولاً (unmapped) ومُعيّناً إلى NULL قبل أن تعود الدالة `msix_setup_interrupts()` إلى `msix_capability_init()`. ثم يقوم المسار "goto out_unmap" الذي أضافه الالتزام 1a8d4c6ecb4c ("PCI/MSI: Unmap MSI-X region on error") باستدعاء `iounmap()` مرة ثانية على مؤشر NULL.
تم إعادة إنتاج هذا الخطأ على معالجات Intel Emerald Rapids (192 وحدة معالجة مركزية) أثناء تشغيل الأداة `tools/testing/selftests/kexec/test_kexec_jump.sh`:
WARNING: CPU#44 at iounmap+0x2a/0xe0 RIP: 0010:iounmap+0x2a/0xe0 RDI: 0000000000000000 Call Trace: msix_capability_init+0x317/0x3f0 __pci_enable_msix_range+0x21d/0x2c0 pci_alloc_irq_vectors_affinity+0xa9/0x130 nvme_setup_io_queues+0x2a8/0x420 [nvme]
nvme_reset_work+0x151/0x340 [nvme]
...
يشير RDI=0 إلى أن `iounmap()` يتم استدعاؤها بمؤشر NULL.
استعادة الأمر الأصلي "goto out_disable" وترك عملية الفصل (unmap) لعملية التنظيف الموجودة `__free(free_msi_irqs)`.
Once again VulDB remains the best source for vulnerability data.