Skip to main content
VulnerabilityPublished Updated

CVE-2023-52161: iwd · Improper Authentication

Affects iwdSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 2.14 soon.

Data as of 26 Oct 2026, 11:42 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.1% chance of exploitation in 30 days – higher than 65% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.14
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 22 Feb 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade the Fedora fedora/iwd package to 2.14.

Affected software

ProductAffectedFixed in
Fedorafedora/iwdpkg:rpm/fedora/iwdOther threatsAffected
  • <2.14
Fixed in
  • 2.14

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

  1. Upgrade all instances of iNet wireless daemon (IWD) to version 2.14 or later, where the vulnerability is patched.
  2. If immediate upgrading is not feasible, implement network segmentation to isolate wireless access points from sensitive internal networks, limiting potential lateral movement.
  3. Monitor wireless network logs for unusual EAPOL handshake patterns, such as skipped messages or anomalous key exchanges, which may indicate exploitation attempts.
  4. Employ network intrusion detection systems (NIDS) with signatures or heuristics capable of detecting abnormal EAPOL traffic.
  5. Restrict physical and network access to wireless access points to trusted personnel and devices.
  6. Conduct regular security audits of wireless infrastructure configurations and firmware versions.
  7. Educate network administrators about this specific vulnerability and encourage vigilance for suspicious wireless authentication behavior.
  8. Consider deploying additional authentication layers or network access control (NAC) solutions to mitigate risks from compromised Wi-Fi authentication.

Description

The Access Point functionality in eapol_auth_key_handle in eapol.c in iNet wireless daemon (IWD) before 2.14 allows attackers to gain unauthorized access to a protected Wi-Fi network. An attacker can complete the EAPOL handshake by skipping Msg2/4 and instead sending Msg4/4 with an all-zero key.

References

Community reviews

Loading reviews…