CVE-2026-53392: Linux kernel · NFSv4/flexfiles: reject zero filehandle version count
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in eeabb9020721db6bc132e68eeae380b8d4fb4b04 : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:07 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 44% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers can reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-10-16.
- Patch
- Available – fixed in eeabb9020721db6bc132e68eeae380b8d4fb4b04, d8c90c7cc061265d5f2813a1f5c82ef2f4707e67, be7829715e341b42846437dd9e721005db59f0cc +5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 26 Oct 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
|
Description
In the Linux kernel, the following vulnerability has been resolved: NFSv4/flexfiles: reject zero filehandle version count ff_layout_alloc_lseg() decodes the filehandle-version array count from the flexfiles layout body. The value is used as the count for kzalloc_objs(), and the current code only rejects NULL. A zero count yields ZERO_SIZE_PTR, which can be stored in dss_info->fh_versions even though later flexfiles paths assume that at least one filehandle version exists. Reject fh_count == 0 before the allocation, matching the existing zero version_count validation in the flexfiles GETDEVICEINFO parser. A QEMU/KASAN run with a malformed flexfiles layout hit: KASAN: null-ptr-deref in range [0x0000000000000010-0x0000000000000017] RIP: 0010:ff_layout_encode_ff_layoutupdate.isra.0+0x15f/0x750 ff_layout_encode_layoutreturn+0x683/0x970 nfs4_xdr_enc_layoutreturn+0x278/0x3a0 Kernel panic - not syncing: Fatal exception The patched kernel rejects the malformed layout without KASAN/oops/panic, and a valid fh_count=1 regression still opens, reads, and unmounts cleanly.
References
- git.kernel.org/stable/c/9033591535c066726f5b505126ccb4068b98fa4f (opens in a new tab)
- git.kernel.org/stable/c/18cc6d57a14fa65ab2a2b52279f549041c4bc9cf (opens in a new tab)
- git.kernel.org/stable/c/be7829715e341b42846437dd9e721005db59f0cc (opens in a new tab)
- git.kernel.org/stable/c/eeabb9020721db6bc132e68eeae380b8d4fb4b04 (opens in a new tab)
- git.kernel.org/stable/c/7779c85028a0676fb190cde4f0c540f4f8e97761 (opens in a new tab)
- git.kernel.org/stable/c/d8c90c7cc061265d5f2813a1f5c82ef2f4707e67 (opens in a new tab)
- git.kernel.org/stable/c/2131ed64b767ffa8bcdb3677d90f3964e39aabc8 (opens in a new tab)
- git.kernel.org/stable/c/2c6bb3c40bc24f6aa8dfbe6fe98c3ad6389203f2 (opens in a new tab)