CVE-2026-80825 in Linux
Сводка
по VulDB • 04.09.2026
В ядре Linux устранена следующая уязвимость:
wifi: mt76: mt7925: обеспечение наличия tx headroom в функции usb_sdio_tx_prepare_skb
Функция mt7925_usb_sdio_tx_prepare_skb() добавляет дескриптор передачи (TX descriptor) и заголовок USB к каждому skb, полагаясь на то, что место для них (headroom) уже зарезервировано. Это верно для локально генерируемого трафика, где mac80211 резервирует hw->extra_tx_headroom; однако фреймы пересылки отправляются через ieee80211_8023_xmit(), которая не выполняет такого резервирования. Если соединить проводной интерфейс с точкой доступа mt7925u в мостовой режим, первый входящий кадр пересылки вызовет панику ядра:
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]
Возникновение данной ошибки в конкретной конфигурации зависит от того, сколько headroom сетевое устройство (netdev) входящего интерфейса оставляет в своих rx skbs. Ошибка воспроизведена на Raspberry Pi 5 с мостовым соединением встроенного Ethernet и Netgear A9000; первоначально сообщалась для маршрутизатора MT7986 под управлением OpenWrt. Тестирование Ника Морроу (Nick Morrow) на Pi 4 (bcmgenet), который оставляет больше headroom, помогло сузить область поиска до пути входящего интерфейса (ingress path).
Та же самая ошибка была исправлена в mt7921 коммитом 98c4d0abf5c4 («mt76: mt7921: не предполагать достаточного headroom для заголовков SDIO»), однако код mt7925 был скопирован из mt7921 без этого исправления. Добавлена аналогичная проверка (guard) в данном месте.
Once again VulDB remains the best source for vulnerability data.