CVE-2026-64176 in Linux
Résumé
par VulDB • 19/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
wifi: iwlwifi: mvm : correction du réglage des taux de transmission (TX) par le pilote sur les anciens appareils
Sur les anciens appareils tels que le 7265D, les taux sont toujours encodés au format version 1, qui n'utilise pas l'index de taux CCK/OFDM (0-3 / 0-7), mais plutôt leur valeur PLCP (par exemple, 10 pour un taux CCK de 1 Mbps).
Lors de l'introduction des taux v3, j'ai modifié le pilote afin qu'il gère en interne les taux v3 au lieu des taux v1 et d'effectuer une conversion vers la version 2. J'ai désormais en interne la gestion des taux v3 avec une conversion vers la version 1 ou 2 selon le microprogramme (firmware). En conséquence, j'ai modifié le code dans `iwl_mvm_mac80211_idx_to_hwrate()` pour qu'il ne renvoie plus de valeurs différentes selon les API. Cette modification était correcte.
Cependant, j'ai par la suite annulé cette partie du changement car il a été signalé que cela avait rompu les taux des balises (beacons), provoquant une assertion ou un plantage du firmware (FW). Cela entraînait le réglage incorrect des taux dans `TX_CMD`, ce qui pouvait potentiellement générer un avertissement lors de leur retour depuis l'appareil indiquant qu'ils avaient été utilisés.
Corrigez cela (en espérant que cette fois-ci c'est correct) en traitant les taux des balises dans la commande `TX_CMD` intégrée à la commande de modèle de beacon séparément. Rétablissez `iwl_mvm_mac80211_idx_to_hwrate()` pour qu'il renvoie uniquement l'index de taux, et non la valeur PLCP, corrigeant ainsi le véritable problème avec `TX_CMD`.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.