CVE-2025-68814: Linux kernel · io_uring: fix filename leak in __io_openat_prep()
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in e232269d511566b1f80872256a48593acc1becf4 : update Linux kernel when convenient.
Data as of 10 Nov 2026, 13:18 UTC
Rated Low by Threat Radar's AI analysis · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- Patch
- Available – fixed in e232269d511566b1f80872256a48593acc1becf4, b14fad555302a2104948feaff70503b64c80ac01, 2420ef01b2e836fbc05a0a8c73a1016504eb0458 +3
Exploitation evidence
Disclosed: evidence found.
CVE published 13 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 10 Nov 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
AI-suggested
A fix is available and has been applied in the Linux kernel commits identified by hashes e232269d511566b1f80872256a48593acc1becf4, b14fad555302a2104948feaff70503b64c80ac01, 2420ef01b2e836fbc05a0a8c73a1016504eb0458, 18b99fa603d0df5e1c898699c17d3b92ddc80746, 8f44c4a550570cd5903625133f938c6b51310c9b, and 7fbfb85b05bc960cc50e09d03e5e562131e48d45. Users and administrators should update to a patched kernel version to remediate this issue.
Description
A memory leak vulnerability was identified and fixed in the Linux kernel's io_uring subsystem within the __io_openat_prep() function. The issue occurs when a filename structure allocated by getname() is not properly cleaned up due to an early return condition combined with the O_CLOEXEC flag, leading to leaked memory. The fix involves setting a cleanup flag to ensure the allocated memory is freed when the request is torn down.
References
- git.kernel.org/stable/c/2420ef01b2e836fbc05a0a8c73a1016504eb0458 (opens in a new tab)
- git.kernel.org/stable/c/8f44c4a550570cd5903625133f938c6b51310c9b (opens in a new tab)
- git.kernel.org/stable/c/18b99fa603d0df5e1c898699c17d3b92ddc80746 (opens in a new tab)
- git.kernel.org/stable/c/e232269d511566b1f80872256a48593acc1becf4 (opens in a new tab)
- git.kernel.org/stable/c/7fbfb85b05bc960cc50e09d03e5e562131e48d45 (opens in a new tab)
- git.kernel.org/stable/c/b14fad555302a2104948feaff70503b64c80ac01 (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-019113.html (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-457936.html (opens in a new tab)