Bug 2264593 (CVE-2023-52160) - CVE-2023-52160 wpa_supplicant: potential authorization bypass
Summary: CVE-2023-52160 wpa_supplicant: potential authorization bypass
Keywords:
Status: NEW
Alias: CVE-2023-52160
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security
QA Contact:
URL:
Whiteboard:
Depends On: 2264594
Blocks: 2264592
TreeView+ depends on / blocked
 
Reported: 2024-02-16 19:21 UTC by Robb Gatica
Modified: 2024-04-30 11:02 UTC (History)
0 users

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
A flaw was found in wpa_supplicant's implementation of PEAP. This issue may allow an attacker to skip the second phase of authentication when the target device has not been properly configured to verify the authentication server. By skipping the second phase of authentication, it’s easier for an attacker to create a rogue clone of a trusted WiFi network to trick the victim into connecting, all without knowing their password.
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2024:2517 0 None None None 2024-04-30 11:02:04 UTC

Description Robb Gatica 2024-02-16 19:21:39 UTC
In wpa_supplicant, a flaw was discovered in the implementation of PEAP, which allows an attacker to skip the second phase of authentication when the target device has not been properly configured to verify the authentication server. Note that PEAP is the most common authentication method for Enterprise networks. By skipping Phase-2 authentication, it’s much easier for an attacker to create a rogue clone of a trusted WiFi network and trick the victim into connecting, all without knowing their password.

Typical Attack Prerequisites:
- The attacker needs to know the SSID of the target Enterprise WPA2/3 network
- The attacker must be within range of their victim, who can be located anywhere, i.e. they don’t need to be in range of the network being impersonated during the attack
- wpa_supplicant must be configured to not verify the authentication server’s TLS certificate

It is trivial to harvest SSIDs from around office buildings or to advertise popular Enterprise network names such as eduroam, Vodafone Homespot, TelenetWiFree or Unitymedia WifiSpot for example, and simply wait for an unsuspecting victim to connect. The misconfiguration of wpa_supplicant is unfortunately a known issue on many systems. Proper configuration is a manual process, whose confusing and tedious nature prompts many users to skip it.

References:
https://www.top10vpn.com/research/wifi-vulnerabilities/
https://w1.fi/cgit/hostap/commit/?id=8e6485a1bcb0baff

Comment 1 Robb Gatica 2024-02-16 19:28:01 UTC
Created wpa_supplicant tracking bugs for this issue:

Affects: fedora-all [bug 2264594]

Comment 3 errata-xmlrpc 2024-04-30 11:02:04 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 9

Via RHSA-2024:2517 https://access.redhat.com/errata/RHSA-2024:2517


Note You need to log in before you can comment on or make changes to this bug.