CVE-2026-53391: Linux kernel · NFSv4/pNFS: reject zero-length r_addr in nfs4_decode_mp_ds_addr
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in c8e4e0c701d0192a2efb6df059c0f9e19678c23d : patch Linux kernel soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 43% 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 c8e4e0c701d0192a2efb6df059c0f9e19678c23d, 427ab81a811dab4bca9d19f82eec5847ae42646e, 76b94cbd32aacf36a641956385a852635c6802b9 +4
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/pNFS: reject zero-length r_addr in nfs4_decode_mp_ds_addr nfs4_decode_mp_ds_addr() decodes the r_netid and r_addr opaques of a netaddr4 from a GETDEVICEINFO multipath-DS body, then immediately calls strrchr(buf, '.') to locate the port separator. Both decodes use xdr_stream_decode_string_dup(), and the current code checks only "nlen < 0" / "rlen < 0" before dereferencing the returned string. When the on-wire opaque has length zero, xdr_stream_decode_opaque_inline() returns 0 and xdr_stream_decode_string_dup() falls through to its "*str = NULL; return ret" tail, leaving buf NULL with a return value of 0. The "< 0" check does not catch this, and the next line is strrchr(NULL, '.'), a kernel NULL pointer dereference reachable from any pNFS-flexfile client mounted against a malicious or compromised metadata server. Reject the zero-length cases explicitly so the decoder fails with -EBADMSG (treated as a malformed GETDEVICEINFO body) instead of panicking the client.
References
- git.kernel.org/stable/c/76b94cbd32aacf36a641956385a852635c6802b9 (opens in a new tab)
- git.kernel.org/stable/c/c8e4e0c701d0192a2efb6df059c0f9e19678c23d (opens in a new tab)
- git.kernel.org/stable/c/6c344fff2feff9d4d716d8e4ad40e9b5040ee5ea (opens in a new tab)
- git.kernel.org/stable/c/427ab81a811dab4bca9d19f82eec5847ae42646e (opens in a new tab)
- git.kernel.org/stable/c/012d37a568bfbb2c9686f03ade75560bc7139956 (opens in a new tab)
- git.kernel.org/stable/c/30aae62e50b4e074a90a9a5e15246548fbdc1182 (opens in a new tab)
- git.kernel.org/stable/c/41fe0f7b84f0cb822ae10ab08592996a592b2a25 (opens in a new tab)