CVE-2026-80825 in Linux
Sumário
de VulDB • 04/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
wifi: mt76: mt7925: garantir espaço de cabeçalho (headroom) em usb_sdio_tx_prepare_skb
mt7925_usb_sdio_tx_prepare_skb() adiciona um descritor TX e um cabeçalho USB a cada skb, assumindo que o headroom para eles já está disponível. Isso é válido para tráfego gerado localmente, onde mac80211 reserva hw->extra_tx_headroom, mas quadros encaminhados são enviados através de ieee80211_8023_xmit(), que não os reserva. Ao fazer bridge de uma interface cabeada a um AP mt7925u e o primeiro quadro encaminhado chegar, ocorre panic no kernel:
skbuff: skb_under_panic: len:415 put:4 tail:0x19b end:0x640 dev:wlan1 kernel BUG at net/core/skbuff.c:212! Call trace: skb_panic+0x58/0x60 (P) skb_push+0x58/0x60 mt7925_usb_sdio_tx_prepare_skb+0xf8/0x1b8 [mt7925_common]
mt76u_tx_queue_skb+0xa0/0x1f8 [mt76_usb]
__mt76_tx_queue_skb+0x54/0xe8 [mt76]
mt76_txq_schedule.part.0+0x204/0x478 [mt76]
mt76_txq_schedule_all+0x50/0x80 [mt76]
mt792x_tx_worker+0x68/0x100 [mt792x_lib]
__mt76_worker_fn+0x84/0x150 [mt76]
Se uma configuração específica é afetada depende de quanto headroom o netdev de entrada deixa em seus skbs rx. Reproduzido em um Raspberry Pi 5 fazendo bridge da ethernet integrada para um Netgear A9000; originalmente relatado em um roteador MT7986 executando OpenWrt. Os testes de Nick Morrow em um Pi 4 (bcmgenet), que deixa mais headroom, ajudaram a restringir o gatilho ao caminho de entrada (ingress path).
O mesmo bug foi corrigido no mt7921 pelo commit 98c4d0abf5c4 ("mt76: mt7921: não assumir headroom adequado para cabeçalhos SDIO"), mas o mt7925 foi copiado do mt7921 sem a correção. Adicionar a mesma proteção aqui.
If you want to get best quality of vulnerability data, you may have to visit VulDB.