CVE-2026-64457 in Linux
الملخص
بحسب VulDB • 25/07/2026
في نواة لينكس، تم حل الثغرة التالية:
virtio_pci: إصلاح البحث عن مؤشر معلومات قائمة الانتظار (vq info pointer) عبر فهرس خاطئ
عند فك ربط جهاز virtio balloon:
echo virtio0 > /sys/bus/virtio/drivers/virtio_balloon/unbind
يتم إحداث خطأ في تفريغ المؤشر الفارغ (NULL pointer dereference). يظهر سجل dmesg ما يلي:
BUG: kernel NULL pointer dereference, address: 0000000000000008 [...]
RIP: 0010:__list_del_entry_valid_or_report+0x5/0xf0 Call Trace: <TASK> vp_del_vqs+0x121/0x230 remove_common+0x135/0x150 virtballoon_remove+0xee/0x100 virtio_dev_remove+0x3b/0x80 device_release_driver_internal+0x187/0x2c0 unbind_store+0xb9/0xe0 kernfs_fop_write_iter.llvm.11660790530567441834+0xf6/0x180 vfs_write+0x2a9/0x3b0 ksys_write+0x5c/0xd0 do_syscall_64+0x54/0x230 entry_SYSCALL_64_after_hwframe+0x29/0x31 [...]
</TASK>
يسجل جهاز virtio_balloon 5 قوائم انتظار (inflate, deflate, stats, free_page, reporting)، لكن الأوليين فقط غير مشروطين. تعتمد قوائم الانتظار الخاصة بالإحصاءات (stats) وتحرير الصفحة (free_page) والإبلاغ (reporting) بشكل شرطي على بتات الميزات (feature bits) المقابلة لها. عندما تكون أي من هذه الميزات غائبة، يكون اسم الإدخال المقابل في vqs_info مساويًا لـ NULL، مما يخلق فراغات (holes) في المصفوفة.
السبب الجذري هو عدم تطابق في الفهرسة تم إدخاله عند تغيير تخزين معلومات قائمة الانتظار ليتم تمريره كوسيط. تقوم الدالتان vp_find_vqs_msix() وvp_find_vqs_intx() بتخزين مؤشر المعلومات عند vp_dev->vqs[i]، حيث 'i' هو فهرس المصفوفة المتفرقة (sparse array index) الخاص بالمُستدعي. ومع ذلك، تحصل قائمة الانتظار الفعلية على vq->index المُسنَد من queue_idx، وهو فهرز كثيف (dense index) يتخطى الإدخالات الفارغة (NULL). عندما توجد فراغات، ينفصل 'i' عن queue_idx. لاحقًا، تبحث vp_del_vqs() عن المعلومات عبر vp_dev->vqs[vq->index] باستخدام الفهرز الكثيف في المصفوفة ذات التعبئة المتفرقة، وتصادف NULL.
يتم إصلاح هذه المشكلة من خلال تخزين المعلومات عند vp_dev->vqs[queue_idx] بدلاً من vp_dev->vqs[i]، بحيث يتطابق فهرز التخزين مع فهرز البحث (vq->index). يتم تطبيق الإصلاح على كل من مساري MSIX وINTX.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.