MEDIUM 6.5

CVE-2026-58374: Hostapd Wi-Fi 7 Multi-Link Operation Out-of-Bounds Write DoS

Hostapd, a widely-deployed open-source Wi-Fi access point management daemon, contains a memory safety bug in its Wi-Fi 7 (802.11be) Multi-Link Operation feature. An attacker within wireless range can send a specially crafted Wi-Fi management frame that causes the daemon to write data past the end of an allocated memory region. This happens during the initial connection phase, before any authentication occurs, and reliably crashes the hostapd process. The vulnerability requires only radio proximity and affects deployments running hostapd v2.11 and later versions built with Wi-Fi 7 support enabled.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-193
Affected products
1 configuration(s)
Published / Modified
2026-06-30 / 2026-07-02

NVD description (verbatim)

In hostapd before 2.12, a missing bounds check in AP-mode Wi-Fi 7 (IEEE 802.11be) Multi-Link Operation (MLO) association request processing allows an unauthenticated attacker within wireless range to send a crafted management frame containing a malformed Multi-Link Element or Per-STA Profile subelement. In hostapd_process_ml_assoc_req() in src/ap/ieee802_11_eht.c, the received link_id field can be parsed as value 15, but the corresponding links[] storage only has valid entries for lower link IDs (0 through 14). This causes an out-of-bounds write / small memory corruption during association processing before the 4-way handshake. The attack does not require network credentials, prior authentication, or user interaction. The confirmed practical impact is denial of service through hostapd process termination. This affects hostapd v2.11 and newer development snapshots before v2.12 when built with CONFIG_IEEE80211BE enabled. The issue is fixed in hostapd v2.12 and the upstream 2026-1 fixes.

5 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-58374 is an out-of-bounds write vulnerability in hostapd's IEEE 802.11be (Wi-Fi 7) Multi-Link Operation (MLO) association request handler. The vulnerable function hostapd_process_ml_assoc_req() in src/ap/ieee802_11_eht.c fails to validate the link_id field from a received Per-STA Profile subelement within a Multi-Link Element. The specification permits link_id values 0–14, with the links[] array sized accordingly; however, the code permits parsing a link_id value of 15, resulting in an out-of-bounds write to links[15]. This memory corruption occurs prior to 4-way handshake validation, meaning no credentials are required. The flaw is reachable by any unauthenticated device transmitting a malformed management frame. Impact is denial of service; no memory disclosure or code execution has been demonstrated.

Business impact

Organizations deploying hostapd as an access point controller face service availability risk. A remote attacker can repeatedly crash the access point daemon, causing disconnection of all associated clients and potential service interruption. In enterprise environments, this could trigger cascading impacts on network-dependent systems. Critical access point infrastructure relying on hostapd (particularly early Wi-Fi 7 rollouts) should prioritize patching. The attack surface is wireless range, making it accessible from parking lots or adjacent buildings, with no prerequisites for exploitation.

Affected systems

Hostapd versions 2.11 and later development snapshots before v2.12, when compiled with CONFIG_IEEE80211BE enabled (Wi-Fi 7 support). This includes stable release v2.11.x and any intermediate development builds. The vulnerability does not affect hostapd v2.10.x or earlier, or builds without IEEE 802.11be support. Downstream distributions and custom builds must verify their hostapd version and compile-time configuration. Access point vendors embedding hostapd may have patched versions available; consult your vendor's security advisory for exact product models and firmware versions.

Exploitability

Exploitability is high from a practical standpoint. The attack requires only wireless range—no network association, credentials, or user interaction. An attacker can send a single crafted IEEE 802.11 management frame to trigger the vulnerability. However, impact is limited to denial of service (process crash); no privilege escalation, code execution, or information disclosure has been demonstrated. The vulnerability was not observed in CISA's Known Exploited Vulnerabilities catalog at publication time, but the simplicity of triggering a crash via a malformed frame means exploitation risk increases with visibility.

Remediation

Upgrade hostapd to version 2.12 or later, which includes the fix for the bounds-check vulnerability. Verify that your build includes the patch from the 2026-1 upstream fix series. For systems unable to immediately upgrade, the practical mitigation is to disable Wi-Fi 7 (IEEE 802.11be) support at build time or via configuration—rebuild hostapd without CONFIG_IEEE80211BE, or downgrade to v2.10.x if Wi-Fi 7 is not required. Network-level mitigation is infeasible; the attack originates from unauthenticated wireless range. Prioritize upgrades in environments where hostapd is publicly facing or connected to untrusted networks.

Patch guidance

Hostapd maintainers released the fix in v2.12, available from the official w1.fi repository. Verify your distribution or vendor has published a patched version. If applying patches directly to source, confirm that the bounds check on link_id in hostapd_process_ml_assoc_req() is present in your version tree. Test patched binaries in a staging environment, particularly if Wi-Fi 7 clients are expected. Coordinate with any downstream products (wireless appliances, router firmware) that embed hostapd—they may have a separate release schedule. The fix is straightforward and low-risk to deploy.

Detection guidance

Monitor hostapd process stability and restart frequency. A sudden increase in hostapd crashes or unexpected restarts may indicate attack attempts. Enable verbose logging in hostapd (debug level) to capture 802.11 frame processing errors around the time of crashes. Wireless intrusion detection systems (IDS) may flag malformed Multi-Link Elements in 802.11be association requests; correlate these alerts with hostapd stability metrics. Passive RF monitoring near the access point for unexplained 802.11be association attempts can provide defense-in-depth visibility. No simple signature-based detection is available without examining frame contents; focus on behavioral indicators (process termination patterns).

Why prioritize this

This vulnerability merits medium-to-high priority for environments deploying Wi-Fi 7 access points via hostapd. CVSS score (6.5) reflects the high availability impact (process crash) offset by limited scope (denial of service only). Prioritization should be elevated if: (1) your network has deployed Wi-Fi 7 clients or access points; (2) hostapd is exposed to untrusted wireless networks; (3) uptime SLAs are strict. Lower priority for v2.10.x deployments or environments without IEEE 802.11be support. Timeline: patch within 30 days for critical infrastructure, 60 days for others.

Risk score, explained

The CVSS 3.1 score of 6.5 (MEDIUM) reflects: Attack Vector (Adjacent)—attacker must be within wireless range but not on the same network; Attack Complexity (Low)—no special conditions; Privileges Required (None)—no authentication needed; User Interaction (None)—no victim action required; Scope (Unchanged)—impact confined to the hostapd process itself; Confidentiality (None)—no data leakage; Integrity (None)—no unauthorized modification; Availability (High)—service interruption via process crash. The score appropriately captures availability risk while acknowledging the absence of privilege escalation or code execution.

Frequently asked questions

Do I need to have Wi-Fi 7 clients to be vulnerable?

No. The vulnerability exists in hostapd's parsing of Multi-Link Elements during association request handling. An attacker can send a crafted frame from any device with the ability to transmit raw 802.11 frames, regardless of whether they possess actual Wi-Fi 7 capability. However, if your deployment has not enabled IEEE 802.11be (CONFIG_IEEE80211BE) at compile time, you are not affected.

Will this vulnerability be exploited in the wild?

The vulnerability was not in CISA's KEV catalog at publication. However, the attack surface (unauthenticated wireless range) and simplicity of triggering a crash make it attractive to threat actors seeking to disrupt Wi-Fi services. Exploitation is likely to increase as awareness spreads, particularly targeting critical infrastructure or high-value networks. Patch promptly if you operate hostapd in sensitive environments.

Can I work around this without upgrading?

Yes, but with trade-offs. Rebuild hostapd without CONFIG_IEEE80211BE to disable Wi-Fi 7 support entirely, or downgrade to v2.10.x if Wi-Fi 7 is not required. This eliminates the vulnerable code path. If you must run a vulnerable version, implement strong wireless access controls and monitor for crashes. However, patching is the recommended path.

What are the indicators that an attack has occurred?

The primary indicator is unexpected hostapd process termination or rapid restarts. Check system logs for segmentation faults or core dumps shortly after an association attempt. Enable debug logging in hostapd to capture 802.11 frame processing details. In wireless logs, look for malformed Multi-Link Elements or invalid link_id values (15) in association requests. No persistent compromise or data exfiltration occurs; damage is limited to availability.

This analysis is provided for informational purposes. All version numbers, affected products, and patch information derive from official vendor advisories and CVE records. Organizations must verify applicability to their specific hostapd build configuration and distribution. Testing and validation in non-production environments is strongly recommended before deploying patches. SEC.co provides no warranty regarding the completeness or timeliness of this analysis. Consult the official w1.fi hostapd project and your vendor for authoritative guidance. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).