CVE-2026-98841

Linux kernel'de aşağıdaki güvenlik açığı giderilmiştir: virt: vmgenid: bildirim işleyicileri kaydedilmeden önce driver_data ayarlanmalı Her iki probe yolu da, işleyici tarafından başvurulan driver_data atanmadan önce bildirim işleyicisini kaydetmektedir. Devicetree yolunda, devm_request_irq() işleyiciyi kaydettiği anda bildirim IRQ tetiklenebilir: örneğin bir VMM, sürücü probe işlemi gerçekleştirmeden önce alınmış bir anlık görüntüsünden (snapshot) konuğu geri yüklerken nesil değiştirildi bildirimini enjekte ettiğinde, kesme probe sırasında zaten bekliyor olabilir (Firecracker anlık görüntü geri yüklemede tam olarak bunu yapar). IRQ ayrıca IRQF_SHARED ile talep edildiğinden, hattı paylaşan başka bir cihaz da işleyiciyi aynı erken aşamada tetikleyebilir. İşleyici daha sonra vmgenid_notify() fonksiyonunu çağırır; bu fonksiyon hala NULL olan driver_data'ya erişmeye çalışarak sistemin çökmesine (panic) neden olur: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000010 CPU: 0 UID: 0 PID: 1 Comm: swapper/0 Not tainted 6.18.38+ #1 PREEMPT(none) Hardware name: linux,dummy-virt (DT) pc : vmgenid_notify.isra.0+0x24/0x8c lr : vmgenid_of_irq_handler+0x14/0x34 Call trace: vmgenid_notify.isra.0+0x24/0x8c (P) vmgenid_of_irq_handler+0x14/0x34 __handle_irq_event_percpu+0x44/0x1bc handle_irq_event+0x4c/0xb4 handle_fasteoi_irq+0xf8/0x1f8 ACPI yolu da aynı sıralama sorununa sahiptir: işleyici, driver_data atanmadan önce acpi_install_notify_handler() ile kurulur. ACPI bildirimleri bir workqueue üzerinden asenkron olarak gönderilir, bu nedenle zaman aralığı dardır ancak iki çağrı arasında gelen bir bildirim aynı NULL referans hatasına yol açar. İşleyiciler kaydedilmeden önce driver_data atanmalıdır. Bu noktada durum tamamen başlatılmış olduğundan, işleyicilerin çalıştırılması güvenlidir. Kayıt başarısız olursa, probe hata yolu arkasında boşta kalan bir işaretçi bırakmaz: sürücü çekirdeği device_unbind_cleanup() içinde driver_data'yı temizler.