CVE-2025-39698: io_uring/futex: ensure io_futex_wait() cleans up properly on failure
In the Linux kernel, the following vulnerability has been resolved:
io_uring/futex: ensure io_futex_wait() cleans up properly on failure
The io_futex_data is allocated upfront and assigned to the io_kiocb
async_data field, but the request isn't marked with REQ_F_ASYNC_DATA
at that point. Those two should always go together, as the flag tells
io_uring whether the field is valid or not.
Additionally, on failure cleanup, the futex handler frees the data but
does not clear ->async_data. Clear the data and the flag in the error
path as well.
Thanks to Trend Micro Zero Day Initiative and particularly ReDress for
reporting this.
Security readout for executives and security teams
Plain-English summary
A Linux kernel cleanup error in the io_uring futex-wait path can leave invalid request state referencing freed data. A low-privileged local user could potentially turn this into serious confidentiality, integrity, and availability impact. The supplied record rates it high severity at CVSS 8.8.
Executive priority
Treat as a high-priority kernel update, especially on shared systems or hosts executing untrusted workloads. It is not supported as an internet-remote or actively exploited issue by the supplied evidence, so prioritize according to local-code execution exposure and vendor-confirmed affected status.
Technical view
io_futex_wait() assigned allocated io_futex_data to async_data without setting REQ_F_ASYNC_DATA. Its failure path then freed the data without clearing async_data. The fix keeps the pointer and validity flag synchronized during setup and error cleanup, addressing expired-resource use tracked as CWE-672.
Likely exposure
Exposure is limited to Linux systems running an affected kernel and reachable by a low-privileged local user or workload. The supplied version data is ambiguous, so kernel or distribution advisories should determine whether a specific build contains one of the referenced fixes.
Exploitation context
The CVSS vector indicates local access, low privileges, low complexity, and no user interaction. The source bundle does not establish active exploitation, and the CVE is not listed as KEV. ZDI is credited with reporting the issue, but this evidence alone does not indicate attacks in the wild.
Researcher notes
The core invariant is that async_data and REQ_F_ASYNC_DATA must be set and cleared together. Failure cleanup previously freed io_futex_data while retaining stale request state. The supplied affected-version representation is insufficient for precise branch boundaries; use the upstream commits and distribution backport records for confirmation.
Mitigation direction
Install a vendor-supported kernel containing the applicable referenced stable fix.
Check distribution advisories for backports because package versions may not match upstream kernel versions.
Prioritize multi-user systems and hosts running untrusted or tenant-controlled workloads.
Restrict untrusted local access where patching cannot be completed promptly.
Validation and detection
Inventory running kernel versions across Linux hosts and compare them with vendor advisories.
Confirm whether vendor builds include an applicable referenced kernel commit or documented backport.
Verify upgraded hosts are running the corrected kernel after required restarts.
Review exposure to low-privileged local users and untrusted workloads until remediation is complete.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-672: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
3Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-672 · source CWE mapping
Operation on a Resource after Expiration or Release
Operation on a Resource after Expiration or Release represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.