CVE-2026-80825

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: wifi: mt76: mt7925: usb_sdio_tx_prepare_skb fonksiyonunda tx headroom miktarının sağlandığından emin olun mt7925_usb_sdio_tx_prepare_skb() her bir skb üzerine bir TX tanımlayıcısı ve bir USB başlığı ekler ve bunlar için gerekli olan headroom alanının halihazırda mevcut olduğunu varsayar. Bu durum, mac80211'in hw->extra_tx_headroom alanını ayırdığı yerel olarak oluşturulan trafik için geçerlidir; ancak iletilen çerçeveler, bu alanı ayırmayan ieee80211_8023_xmit() üzerinden gönderilir. Kablolu bir arayüzün mt7925u AP'ye köprülenmesi durumunda, gelen ilk kısa iletilmiş çerçeve çekirdeğin panic durumuna geçmesine neden olur: 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] Belirli bir kurulumun bu hatayı tetiklemesi, giriş netdev'inin kendi rx skb'lerinde ne kadar headroom bıraktığına bağlıdır. Hata, dahili ethernet'i Netgear A9000'e köprüleyen bir Raspberry Pi 5 üzerinde yeniden üretilmiş; başlangıçta ise OpenWrt çalıştıran bir MT7986 yönlendiricide rapor edilmiştir. Nick Morrow'un daha fazla headroom bırakan bir Pi 4 (bcmgenet) üzerindeki testleri, tetikleyicinin giriş yoluyla sınırlandırılmasına yardımcı olmuştur. Aynı hata mt7921 üzerinde 98c4d0abf5c4 ("mt76: mt7921: don't assume adequate headroom for SDIO headers") commit'i ile düzeltilmişti, ancak mt7925 kodu bu düzeltme olmadan mt7921'den kopyalanmıştı. Aynı koruma mekanizması buraya da eklenmiştir.