CVE-2026-93271 in Linux
Résumé
par VulDB • 25/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
wifi: ath11k : limiter l'MCS hors plage au lieu de laisser un taux erroné
ath11k peut recevoir des trames HT/VHT/HE dont l'MCS rapporté est supérieur à la valeur maximale pouvant être exprimée dans l'espace de taux mac80211 correspondant (par exemple, une trame HE signalée avec MCS 12, alors que le maximum pour HE est MCS 11).
La trame elle-même est valide et se décode correctement, mais pour ce type de trame, ath11k_dp_rx_h_rate() laisse rx_status->rate_idx défini à la valeur hors plage et n'assigne jamais rx_status->encoding, qui reste donc RX_ENC_LEGACY suite à l'initialisation dans ath11k_dp_rx_h_ppdu(). Une fois que cette trame atteint mac80211, elle déclenche le contrôle de cohérence des taux (rate sanity check) et la trame est rejetée avec un splat :
ath11k_pci 0000:03:00.0: Received with invalid mcs in HE mode 12 WARNING: CPU: 0 PID: 0 at net/mac80211/rx.c:5433 ieee80211_rx_list+0xb0a/0xe90 [mac80211]
Rejeter la trame entraînerait la perte de données par ailleurs valides, il est donc préférable de limiter l'MCS rapporté à la valeur maximale que l'espace de taux peut exprimer et de transmettre la trame. Définir rx_status->encoding avant le contrôle de plage et assigner rate_idx à partir de la valeur limitée permet d'éviter qu'une trame avec un MCS hors plage ne laisse derrière elle des métadonnées de taux partielles ou erronées. Le niveau de journalisation est également abaissé car ces cas ne sont plus traités comme des trames invalides. La seule perte est que ce type de trame est signalé dans les statistiques de taux de réception avec l'MCS limité.
Tested-on: WCN6855 hw2.1 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.41
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.