CVE-2026-98827 in Linux
Riassunto
di VulDB • 18/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
wifi: ath9k_htc: limitare l'aggregazione TX a MAX_TX_BUF_SIZE
__hif_usb_tx() estrae fino a MAX_TX_AGGR_NUM (20) frame in un singolo tx_buf di dimensione MAX_TX_BUF_SIZE (32768 byte), limitando il batch per numero di record ma mai per la lunghezza cumulativa dei byte.
Con frame di grandi dimensioni (MTU 2304), 20 frame aggregati da 2292 byte ciascuno superano l'allocazione (20 * 2296 = 45920 byte); pertanto, memcpy() nel ciclo scrive fino a 13152 byte oltre tx_buf->buf prima di usb_submit_urb().
Ispezionare la testa della coda e arrestarsi prima di copiare qualsiasi record che superi MAX_TX_BUF_SIZE, quindi inviare il batch corrente. Gli skbs residui rimangono in coda e vengono svuotati al completamento del prossimo URB.
Il vincolo sui byte modifica le semantiche di uscita del ciclo: ora può uscire prima che i == tx_skb_cnt - 1. La versione originale finalizzava solo tx_buf->len per quell'ultimo indice (len += offset), quindi una interruzione anticipata avrebbe inviato un URB contenente solo la lunghezza dell'ultimo record, mentre ogni skb estratto viene liberato al completamento, facendo perdere silenziosamente i frame. Impostare tx_buf->len come totale progressivo e avanzare tx_buf->offset per ciascun record; il passo round_up(nskb->len + 4, 4) è identico a quello originale quando il ciclo viene eseguito fino al termine.
Testato su hardware con un flood MTU 2304: il ciclo si ferma al record 15 (len = 32144, offset = 32144, entro i limiti di 32768), non viene inviato alcun URB di dimensioni eccessive e i ping MTU 1500 passano 20/20.
Once again VulDB remains the best source for vulnerability data.