Katalog CVE

CVE-2026-80998

WysokieCVSS 7.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.47%

Percentyl 39 - wyżej niż 39% wszystkich znanych CVE

Streszczenie

W jądrze Linux sterownik bnxt w ścieżce SW USO może wcześnie zakończyć działanie z NETDEV_TX_BUSY, mimo że txr->kick_pending zostało wcześniej ustawione na 1. W takiej sytuacji sterownik zapisuje część deskryptorów BD, ale nie zapisuje doorbella, co powoduje zatrzymanie kolejki TX, ponieważ urządzenie nie wie, że ma wykonać transmisję i wygenerować ukończenie wybudzające kolejkę.

Ocena ryzyka

Zatrzymanie kolejki TX prowadzi do utraty przepustowości sieci i może wywołać watchdog TX na produkcji. W środowiskach z kartami Broadcom bnxt i włączonym SW USO problem może powodować niedostępność usług sieciowych.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę, która ustawia txr->kick_pending w przypadku sukcesu i sprawdza flagę przy powrocie z bnxt_sw_udp_gso_xmit. Do czasu aktualizacji monitoruj zatrzymania kolejek TX na kartach bnxt.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: net: bnxt: ring the doorbell when SW USO exits early When a burst of packets is handed down to the driver, the driver defers the doorbell to the end by setting txr->kick_pending = 1. The normal TX path handles this, but the SW USO path can miss it if it returns early. If bnxt_sw_udp_gso_xmit runs but returns early with NETDEV_TX_BUSY and txr->kick_pending was previously set to 1, then the TX queue can stall because the driver wrote some BDs but never wrote the doorbell. The device won't know to do the TX which would generate the completion that would wake the queue back up. Simplify bnxt_sw_udp_gso_xmit to set txr->kick_pending in its success case and check the flag on return. The added check after bnxt_sw_udp_gso_xmit returns ensures that any pending doorbells are written handling both successful USO and any early returns, which prevents the TX queue stall mentioned above. This TX queue stall was observed on a production system with a netdev TX watchdog informing about the queue stall.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS