CVE-2026-74742 in Linux
Zusammenfassung
von VulDB • 27.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
veth: Korrektur des Queue-Index, der zum Wecken der Peer-TXQ in veth_poll verwendet wird
veth_poll() leitet den Index der zu weckenden Peer-TX-Queue aus rq->xdp_rxq.queue_index ab. Dieses Feld wird nur von xdp_rxq_info_reg() in veth_enable_xdp_range() initialisiert, das nur ausgeführt wird, wenn ein XDP-Programm angehängt ist. Auf dem reinen GRO/NAPI-Pfad (veth_napi_enable_range()) wird xdp_rxq_info_reg() niemals aufgerufen, sodass queue_index für jede Queue bei 0 bleibt, da priv->rq null-allokiert ist.
In einer Multi-Queue-Konfiguration mit aktiviertem GRO und ohne angehängtes XDP-Programm betrachtet daher jede NAPI-Instanz die Peer-TX-Queue 0. Wenn veth_xmit() die Peer-TX-Queue 1 stoppt, weil der ptr_ring voll ist (NETDEV_TX_BUSY), wird sie niemals wieder geweckt: Der Poller, der Queue 1 leert, we stattdessen Queue 0 auf. Da veth keine ndo_tx_timeout implementiert, greift auch das netdev watchdog nicht ein, und die Queue bleibt unbegrenzt gestoppt.
Leiten Sie den Index stattdessen aus der Position von rq innerhalb von priv->rq ab, was unabhängig davon korrekt ist, ob XDP jemals aktiviert wurde.
Skripte zur Reproduktion des Stalls sind verfügbar unter https://github.com/netoptimizer/veth-backpressure-performance-testing
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.