CVE-2026-98616

W jądrze Linuksa usunięto następującą lukę:

eth: fbnic: reset num_napi, gdy wektory napi zostaną zwolnione

fbn->num_napi to liczba żywych wektorów napi, z których każdy jest właścicielem
Przerwanie. Ścieżka PM uwolniła ich bez wyczyszczenia licznika.
fbnic_pm_suspend() przerywa ścieżkę danych za pomocą ndo_stop() i zwalnia plik
Przerwania, ale pozostawia funkcję netif_running() true, więc CV wie, że ma zostać ponownie otwarte. Wznów
odbudowuje ścieżkę danych w zestawach __fbnic_pm_resume() i fbnic_reset_queues()
num_napi i __fbnic_open() ponownie przydzielają wektory.

Kiedy ścieżka danych zostanie zniszczona, ale nigdy nie zostanie odbudowana, pozostaje num_napi
wskazując na uwolnione wektory w 2 różnych scenariuszach:
- odzyskiwanie po błędzie PCIe, które nie powiodło się (fbnic_err_slot_reset() ->
__fbnic_pm_resume() zwraca błąd -> PCI_ERS_RESULT_DISCONNECT), więc
.resume nigdy nie działa; lub
- __fbnic_open(), która częściowo kończy się niepowodzeniem przy wznowieniu i rozwija się, uwalniając
wektory po tym, jak fbnic_reset_queues() ustawiły już num_napi.

Netdev działa wtedy z num_napi > 0, ale napi[] jest zwolniony i plik
ewentualne usunięcie/rozwiązanie zamknięcia powoduje ponowne wejście do fbnic_down() -> fbnic_dbg_down()
i dereferuje uwolnione wektory:
BŁĄD: wyłuskiwanie wskaźnika NULL jądra, adres: 0000000000000210
RIP: fbnic_dbg_down+0x28

Wyczyść num_napi, gdy wektory zostaną uwolnione: w procesie zawieszenia (a
dobre CV przywraca je przed __fbnic_open()) i w CV
otwarta awaria. Następnie nadmiarowa funkcja ndo_stop() przechodzi przez pustą napi[]. The
normalny cykl w dół/w górę ndo_stop() pozostaje niezmieniony i utrzymuje num_napi przez
następny ndo_open().