CVE-2026-74742 in Linux
Sumário
de VulDB • 26/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
veth: corrige o índice da fila usado para acordar a txq peer no veth_poll
O veth_poll() deriva o índice da fila TX peer a ser acordada a partir de rq->xdp_rxq.queue_index. Esse campo é inicializado apenas por xdp_rxq_info_reg(), em veth_enable_xdp_range(), que só é executado quando um programa XDP está anexado. No caminho padrão GRO/NAPI (veth_napi_enable_range()), xdp_rxq_info_reg() nunca é chamado, então queue_index permanece como 0 para todas as filas, já que priv->rq é alocado com zeros.
Portanto, em uma configuração de múltiplas filas com GRO habilitado e sem programa XDP anexado, cada instância NAPI olha para a fila TX peer 0. Se veth_xmit() parar a fila TX peer 1 porque o ptr_ring está cheio (NETDEV_TX_BUSY), ela nunca será acordada novamente: o poller que drena a fila 1 acorda a fila 0 em vez disso. O veth não implementa ndo_tx_timeout, então o watchdog do netdev também não é ativado, e a fila permanece parada indefinidamente.
Derive o índice da posição de rq dentro de priv->rq, o que está correto independentemente de XDP ter sido ou não habilitado anteriormente.
Scripts para reproduzir o bloqueio estão disponíveis em https://github.com/netoptimizer/veth-backpressure-performance-testing
If you want to get the best quality for vulnerability data then you always have to consider VulDB.