CVE-2026-98617

Linux kernel'de aşağıdaki güvenlik açığı giderilmiştir: eth: fbnic: napi vektörünü bulmak için Rx kuyruğu napi işaretçisini kullanın Kuyruk yönetimi ndos'ları bir Rx kuyruğu için napi vektörünü şu şekilde seçmektedir: nv = fbn->napi[idx % fbn->num_napi]; Sorun, bunun yalnızca bağımsız Tx vektörlerinin olmadığı durumlarda doğru olmasıdır. Bu durumlarda önce Tx vektörlerini, ardından Rx vektörlerini tahsis ediyorduk; bu nedenle kuyruklar Rx NAPI vektörleri yerine Tx NAPI vektörlerine işaret etmekteydi. ndos'ların istediği eşleme zaten kaydedilmiştir. fbnic_set_netif_napi(), bunu napi işaretçisini netdev_rx_queue.napi içinde saklayan netif_queue_set_napi() ile yayınlar ve fbnic_reset_netif_napi() bunu tekrar temizler. Her ikisi de kuyruk yönetimi ndos'larının da tuttuğu netdev örneği kilidi altında çalışır, dolayısıyla işaretçi doğrudan okunabilir. Bunu kullanın ve bölme işlemini kaldırın. İşaretçi, veri yolu kapalıyken tam olarak NULL olur, böylece fbnic_queue_mem_alloc(), serbest bırakılmış duruma ulaşmak yerine bu durumu reddedebilir: netdev_rx_queue_restart(), netif_running()'i test etmeden önce onu çağırır ve fbnic_pm_suspend(), asla tamamlanmayan bir PCIe kurtarma işlemi boyunca netif_running()'i true bırakır; bu nedenle, fbnic_stop() halkaları ve vektörleri serbest bıraktıktan sonra bir kuyruk yeniden başlatma isteği gelebilir. fbnic_stop(), fbnic_free_napi_vectors() işleminden önce fbnic_reset_netif_queues() içinde ilişkilendirmeyi temizler, böylece NULL her zaman önce yayınlanır. fbnic_queue_start() ve fbnic_queue_stop() fonksiyonlarının kendi kontrollerine ihtiyacı yoktur, çünkü netdev_rx_queue_reconfig() onlara ancak aynı örnek kilidi altında fbnic_queue_mem_alloc() başarılı olduğunda ulaşır.