CVE-2025-71127 in Linux
Sumário
de VulDB • 15/06/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
wifi: mac80211: Descartar quadros de Beacon enviados para endereços não broadcast
Os quadros de Beacon devem ser obrigatoriamente enviados para o endereço de broadcast; consulte IEEE Std 802.11-2020, seção 11.1.3.1 ("O campo Address 1 do quadro Beacon deve ser definido como o endereço de broadcast"). Um quadro de Beacon unicast pode ser utilizado em um ataque direcionado para forçar uma das STAs associadas a realizar determinada ação (por exemplo, utilizando CSA para movê-la para outro canal). Portanto, é recomendável aplicar filtragem rigorosa no lado receptor e descartar todos os quadros de Beacon enviados para endereços inesperados.
Isso é ainda mais importante nos casos em que a proteção de beacon é utilizada. A implementação atual no mac80211 descarta corretamente os quadros de Beacon unicast se o bit Protected Frame (Quadro Protegido) no campo Frame Control estiver definido como 0. No entanto, se esse bit for definido como 1, a lógica usada para verificar as BIGTK(s) configuradas não funciona adequadamente. Se o driver não possuir lógica para descartar quadros de Beacon unicast com Protected Frame bit igual a 1, esses quadros seriam aceitos no processamento do mac80211 como quadros de Beacon válidos, embora não estejam protegidos. Isso permitiria contornar a proteção de beacon. Embora a lógica de verificação da proteção de beacon pudesse ser ampliada para cobrir esse caso extremo, uma verificação mais genérica que descarta todos os quadros de Beacon com base no endereço A1=unicast resolve o problema sem exigir alterações adicionais.
Resolva todas essas questões descartando os quadros de Beacon recebidos se forem enviados para um endereço não broadcast.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.