CVE-2025-71127 in Linux
Zusammenfassung
von VulDB • 20.06.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
wifi: mac80211: Verwerfen von Beacon-Frames an keine Broadcast-Adresse
Beacon-Frames müssen an die Broadcast-Adresse gesendet werden, siehe IEEE Std 802.11-2020, Abschnitt 11.1.3.1 („Das Address-1-Feld des Beacon-Frames muss auf die Broadcast-Adresse gesetzt werden"). Ein unicast-Beacon-Frame könnte als gezielte Attacke verwendet werden, um einen der verbundenen STAs zu bestimmten Aktionen zu verleiten (z. B. unter Verwendung von CSA, um ihn auf einen anderen Kanal zu verschieben). Daher ist es ratsam, auf der Empfangsseite eine strenge Filterung für diesen Fall durchzuführen und alle Beacon-Frames, die an eine unerwartete Adresse gesendet werden, zu verwerfen.
Dies ist insbesondere in Fällen von Bedeutung, in denen der Beacon-Schutz verwendet wird. Die aktuelle Implementierung in mac80211 verwirft unicast-Beacon-Frames korrekt, wenn das Protected-Frame-Bit im Frame-Control-Feld auf 0 gesetzt ist. Wenn dieses Bit jedoch auf 1 gesetzt ist, funktioniert die zum Überprüfen konfigurierter BIGTK(s) verwendete Logik nicht ordnungsgemäß. Wenn der Treiber keine Logik zum Verwerfen von unicast-Beacon-Frames mit dem Protected-Frame-Bit 1 besitzt, würden diese Frames in der mac80211-Verarbeitung als gültige Beacon-Frames akzeptiert, obwohl sie nicht geschützt sind. Dies würde es ermöglichen, den Beacon-Schutz zu umgehen. Während die Logik zur Überprüfung des Beacon-Schutzes erweitert werden könnte, um diesen Sonderfall abzudecken, deckt eine allgemeinere Überprüfung zum Verwerfen aller Beacon-Frames basierend auf A1=Unicast-Adresse dies ab, ohne dass zusätzliche Änderungen erforderlich sind.
Beheben Sie alle diese Probleme, indem Sie empfangene Beacon-Frames verwerfen, wenn sie an eine Nicht-Broadcast-Adresse gesendet werden.
If you want to get best quality of vulnerability data, you may have to visit VulDB.