Vulnerabilidad en wifi: ath5k: do not access array OOB (CVE-2026-46307)

En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta:<br /> <br /> wifi: ath5k: no acceder al array OOB<br /> <br /> Vincent informa:<br /> &gt; El controlador ath5k parece realizar un acceso de índice de array fuera de límites como<br /> &gt; mostrado por el mensaje del kernel de UBSAN:<br /> &gt; UBSAN: índice de array fuera de límites en drivers/net/wireless/ath/ath5k/base.c:1741:20<br /> &gt; el índice 4 está fuera de rango para el tipo &amp;#39;ieee80211_tx_rate [4]&amp;#39;<br /> &gt; ...<br /> &gt; Traza de Llamada:<br /> &gt; <br /> &gt; dump_stack_lvl+0x5d/0x80<br /> &gt; ubsan_epilogue+0x5/0x2b<br /> &gt; __ubsan_handle_out_of_bounds.cold+0x46/0x4b<br /> &gt; ath5k_tasklet_tx+0x4e0/0x560 [ath5k]<br /> &gt; tasklet_action_common+0xb5/0x1c0<br /> <br /> Es real. &amp;#39;ts-&gt;ts_final_idx&amp;#39; puede ser 3 en 5212, así que:<br /> info-&gt;status.rates[ts-&gt;ts_final_idx + 1].idx = -1;<br /> con el array definido como:<br /> struct ieee80211_tx_rate rates[IEEE80211_TX_MAX_RATES];<br /> mientras que el tamaño es:<br /> #define IEEE80211_TX_MAX_RATES 4<br /> es de hecho erróneo.<br /> <br /> Establecer este centinela &amp;#39;idx = -1&amp;#39; solo si el índice del array es menor que el tamaño del array. Ya que mac80211 no buscará tasas más allá del tamaño (IEEE80211_TX_MAX_RATES).<br /> <br /> Nota: El efecto de la escritura OOB es insignificante. Simplemente sobrescribe el siguiente miembro de info-&gt;status, es decir, ack_signal.