CVE-2025-39756: Linux kernel · fs: Prevent file descriptor table allocations exceeding INT_MAX
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in f95638a8f22eba307dceddf5aef9ae2326bbcf98 : update Linux kernel when convenient.
Data as of 10 Nov 2026, 12:50 UTC
Rated Medium by Threat Radar's AI analysis · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- Patch
- Available – fixed in f95638a8f22eba307dceddf5aef9ae2326bbcf98, dfd1f4ea98c3bd3a03d12169b5b2daa1f0a3e4ae, d4f9351243c17865a8cdbe6b3ccd09d0b13a7bcc +6
Exploitation evidence
Disclosed: evidence found.
CVE published 11 Sep 2025
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 multiple Linux kernel commits. The fix adds a check in alloc_fdtable() to prevent allocation requests exceeding INT_MAX, causing the operation to fail gracefully with -EMFILE. Systems should update to a kernel version that includes these fixes to avoid kernel warnings and excessive memory allocation attempts when using high file descriptor limits.
Description
CVE-2025-39756 is a vulnerability in the Linux kernel where setting the file descriptor limit (fs.nr_open) to a very high value can cause the kernel to attempt massive memory allocations exceeding INT_MAX. This leads to kernel warnings and impractical allocation requests over 8GB, triggered when processes use file descriptors near this limit. The issue arises from systemd increasing fs.nr_open to near 1 billion descriptors without accounting for kernel allocation limits. The vulnerability is fixed by adding a check to prevent allocations exceeding INT_MAX, causing operations to fail gracefully instead of triggering warnings and large allocations.
References
- git.kernel.org/stable/c/b4159c5a90c03f8acd3de345a7f5fc63b0909818 (opens in a new tab)
- git.kernel.org/stable/c/f95638a8f22eba307dceddf5aef9ae2326bbcf98 (opens in a new tab)
- git.kernel.org/stable/c/749528086620f8012b83ae032a80f6ffa80c45cd (opens in a new tab)
- git.kernel.org/stable/c/628fc28f42d979f36dbf75a6129ac7730e30c04e (opens in a new tab)
- git.kernel.org/stable/c/237e416eb62101f21b28c9e6e564d10efe1ecc6f (opens in a new tab)
- git.kernel.org/stable/c/d4f9351243c17865a8cdbe6b3ccd09d0b13a7bcc (opens in a new tab)
- git.kernel.org/stable/c/9f61fa6a2a89a610120bc4e5d24379c667314b5c (opens in a new tab)
- git.kernel.org/stable/c/dfd1f4ea98c3bd3a03d12169b5b2daa1f0a3e4ae (opens in a new tab)
- git.kernel.org/stable/c/04a2c4b4511d186b0fce685da21085a5d4acd370 (opens in a new tab)
- lists.debian.org/debian-lts-announce/2025/10/msg00008.html (opens in a new tab)
- lists.debian.org/debian-lts-announce/2025/10/msg00007.html (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-082556.html (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-032379.html (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)