CVE-2026-98617

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: eth: fbnic: napi vektorunu tapmaq üçün Rx növbəsinin napi göstəricisindən istifadə edin Növbələrin idarə edilməsi ndos-ları Rx növbəsi üçün napi vektorunu belə seçir: nv = fbn->napi[idx % fbn->num_napi]; Problem ondadır ki, bu yalnız müstəqil Tx vektorlarının olmadığı hallarda doğrudur. Həmin hallarda biz əvvəlcə Tx vektorlarını, sonra isə Rx vektorlarını ayırırdıq, buna görə də növbələr Rx NAPI vektorları əvəzinə Tx NAPI vektorlarına yönəlirdi. ndos-ların istədiyi xəritələmə artıq qeyd edilmişdir. fbnic_set_netif_napi() funksiyası bunu netif_queue_set_napi() ilə yayır və həmin funksiya napi göstəricisini netdev_rx_queue.napi-də saxlayır, fbnic_reset_netif_napi() isə onu yenidən təmizləyir. Hər ikisi növbə idarəetmə ndos-larının da sahib olduğu netdev instansiya kilidi altında işləyir, buna görə də göstərici birbaşa oxuna bilər. Bundan istifadə edin və bölmə əməliyyatını ləğv edin. Məlumat yolu (datapath) bağlı olduqda göstərici məhz NULL olur, buna görə də fbnic_queue_mem_alloc() azad edilmiş vəziyyətə çatmaq əvəzinə həmin halı rədd edə bilər: netdev_rx_queue_restart() funksiyası netif_running()-i yoxlamazdan əvvəl onu çağırır və fbnic_pm_suspend() heç vaxt tamamlanmayan PCIe bərpası zamanı netif_running()-i true saxlayır, beləliklə, fbnic_stop() halqaları və vektorları azad etdikdən sonra növbənin yenidən başladılması sorğusu gələ bilər. fbnic_stop() funksiyası fbnic_free_napi_vectors()-dən əvvəl fbnic_reset_netif_queues()-də əlaqəni təmizləyir, buna görə də NULL həmişə birinci yayılır. fbnic_queue_start() və fbnic_queue_stop() funksiyalarının özlərində yoxlama tələb olunmur, çünki netdev_rx_queue_reconfig() onlara yalnız eyni instansiya kilidi altında fbnic_queue_mem_alloc() uğurlu olduqdan sonra çatır.