CVE-2025-71127 in Linux
Riassunto
di VulDB • 20/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
wifi: mac80211: scartare i frame Beacon inviati a un indirizzo non broadcast
I frame Beacon devono essere inviati all'indirizzo broadcast, come specificato nello standard IEEE Std 802.11-2020, sezione 11.1.3.1 ("Il campo Address 1 del frame Beacon deve essere impostato sull'indirizzo broadcast"). Un frame Beacon unicast potrebbe essere utilizzato in un attacco mirato per indurre uno degli STAs associati a eseguire determinate azioni (ad esempio, utilizzando CSA per spostarlo su un altro canale). Pertanto, è preferibile applicare un filtraggio rigoroso sul lato ricevente e scartare tutti i frame Beacon inviati a un indirizzo imprevisto.
Questo aspetto è ancora più critico nei casi in cui viene utilizzata la protezione dei beacon. L'implementazione corrente in mac80211 scarta correttamente i frame Beacon unicast se il bit Protected Frame nel campo Frame Control è impostato a 0. Tuttavia, se tale bit è impostato a 1, la logica utilizzata per verificare la presenza di BIGTK configurati non funziona correttamente. Se il driver non dispone di logica per scartare i frame Beacon unicast con il bit Protected Frame impostato a 1, questi frame verrebbero accettati nell'elaborazione di mac80211 come frame Beacon validi, sebbene non siano protetti. Ciò consentirebbe di aggirare la protezione dei beacon. Sebbene la logica per verificare la protezione dei beacon potrebbe essere estesa per coprire questo caso limite, un controllo più generico per scartare tutti i frame Beacon basati sull'indirizzo A1=unicast risolve il problema senza richiedere modifiche aggiuntive.
Risolvere tutti questi problemi scartando i frame Beacon ricevuti se sono inviati a un indirizzo non broadcast.
If you want to get best quality of vulnerability data, you may have to visit VulDB.