Cloudanix VulnDB

CVE-2023-52424

High · 7.4

CVSS

7.4

EPSS

0.7%

Published

May 17, 2024

CISA due date

—

Cloudanix analysis

Monitor only SSVC: Track

Wi-Fi devices can be tricked into connecting to a fake network that looks legitimate, letting attackers see or change the data being sent.

Exploitation
Adjacent Network
Attacker needs
User Interaction
Complexity
Moderate
Impact
Full Compromise
Component
Network Service
Class
Authentication Bypass
Remediation
No Fix Yet
Effort
High
Patch risk
High

What it actually does

The flaw permits an attacker-controlled access point to force a victim station to complete a 4-way handshake and derive session keys without a cryptographically protected binding of the intended SSID, enabling the client to associate with an unintended network under Home WEP, WPA3 SAE, 802.1X/EAP, Mesh AMPE, or FILS.

Why it matters to the business

Organizations relying on Wi-Fi for sensitive traffic face elevated risk of traffic interception, credential capture, or lateral movement when clients silently attach to attacker networks, increasing incident response costs and potential regulatory exposure.

How an attack unfolds

An attacker broadcasts a rogue access point using the same BSSID but a different SSID; the victim station, lacking SSID binding in key derivation, completes authentication and the 4-way handshake with the rogue, after which the attacker can decrypt, inject, or redirect traffic.

How to fix it

Deploy client and infrastructure firmware that enforces explicit SSID binding during key derivation and handshake; monitor for 802.11 updates addressing SAE-loop, FILS, and AMPE SSID protection; prefer networks that implement protected SSID exchange mechanisms.

How to confirm the fix worked

Review 802.11 client logs and packet captures for handshake frames lacking SSID information elements or containing mismatched SSID bindings; test association behavior against a controlled rogue AP with altered SSID.

Typical attack path

  1. Position rogue AP with matching BSSID and attractive SSID or signal strength
  2. Trigger victim association via deauth or preferred-network confusion
  3. Complete authentication (SAE, EAP, etc.) and 4-way handshake without SSID verification
  4. Derive matching session keys and decrypt or manipulate client traffic

How to detect it

Correlate wireless association logs, RADIUS or SAE authentication events, and 802.11 frame captures for handshakes that complete without matching expected SSID values or that occur with unexpected BSSIDs.

What your security team should do

  • Prioritize firmware updates on all 802.11 clients and APs once vendor patches addressing SSID binding become available
  • Enforce certificate pinning and network-name verification in enterprise 802.1X profiles
  • Monitor wireless traffic for unexpected BSSID/SSID combinations during association events

The record

The IEEE 802.11 standard sometimes enables an adversary to trick a victim into connecting to an unintended or untrusted network with Home WEP, Home WPA3 SAE-loop. Enterprise 802.1X/EAP, Mesh AMPE, or FILS, aka an "SSID Confusion" issue. This occurs because the SSID is not always used to derive the pairwise master key or session keys, and because there is not a protected exchange of an SSID during a 4-way handshake.

Affected packages

Ecosystem Package Introduced Fixed
Mageia:9 hostapd 0 2.11-1.mga9
Mageia:9 wpa_supplicant 0 2.11-1.mga9
Ubuntu:16.04:LTS wpa 0 No fix
Ubuntu:18.04:LTS wpa 0 No fix
Ubuntu:20.04:LTS wpa 0 No fix
Ubuntu:22.04:LTS wpa 0 No fix
Ubuntu:24.04:LTS wpa 0 No fix
Ubuntu:24.10 wpa 0 No fix
Ubuntu:25.04 wpa 0 No fix
Ubuntu:25.10 wpa 0 No fix
Ubuntu:Pro:14.04:LTS wpa 0 No fix
Ubuntu:Pro:16.04:LTS wpa 0 No fix
Ubuntu:Pro:18.04:LTS wpa 0 No fix
Ubuntu:Pro:20.04:LTS wpa 0 No fix
openSUSE:Tumbleweed hostapd 0 2.11-2.1
openSUSE:Tumbleweed wpa_supplicant 0 2.11-1.1

Related vulnerabilities