In the Linux kernel, the following vulnerability has been resolved: NFSv4/pNFS: reject zero-length r_addr in nfs4_decode_mp_ds_addr… (CVE-2026-53391)
A vulnerability in the Linux kernel's NFSv4/pNFS implementation allows a NULL pointer dereference due to improper handling of zero-length opaque address fields in the GETDEVICEINFO multipath-DS body. This flaw can cause a kernel panic when a pNFS-flexfile client interacts with a malicious or compromised metadata server. The issue is resolved by explicitly rejecting zero-length address fields, preventing the decoder from dereferencing a NULL pointer.
AI Analysis
Technical Summary
The vulnerability in the Linux kernel's NFSv4/pNFS subsystem arises from the function nfs4_decode_mp_ds_addr failing to properly handle zero-length r_addr opaque fields. Specifically, the function uses xdr_stream_decode_string_dup() to decode address strings but only checks for negative length values before dereferencing the pointer. When the opaque field length is zero, the pointer is NULL, leading to a NULL pointer dereference at strrchr(NULL, '.') and causing a kernel panic. This can be triggered by any pNFS-flexfile client mounted against a malicious or compromised metadata server. The fix involves explicitly rejecting zero-length opaque address fields, causing the decoder to fail gracefully with an -EBADMSG error instead of panicking.
Potential Impact
This vulnerability can cause a denial of service via a kernel panic on affected Linux systems running pNFS-flexfile clients. It requires interaction with a malicious or compromised metadata server to trigger the NULL pointer dereference. There is no indication of code execution or privilege escalation from the provided data.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to explicitly reject zero-length opaque address fields in the nfs4_decode_mp_ds_addr function, preventing the NULL pointer dereference. Users should apply the official kernel updates that include this fix once available. Patch status is not yet confirmed in this data; check the vendor advisory for current remediation guidance.
In the Linux kernel, the following vulnerability has been resolved: NFSv4/pNFS: reject zero-length r_addr in nfs4_decode_mp_ds_addr… (CVE-2026-53391)
Description
A vulnerability in the Linux kernel's NFSv4/pNFS implementation allows a NULL pointer dereference due to improper handling of zero-length opaque address fields in the GETDEVICEINFO multipath-DS body. This flaw can cause a kernel panic when a pNFS-flexfile client interacts with a malicious or compromised metadata server. The issue is resolved by explicitly rejecting zero-length address fields, preventing the decoder from dereferencing a NULL pointer.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel's NFSv4/pNFS subsystem arises from the function nfs4_decode_mp_ds_addr failing to properly handle zero-length r_addr opaque fields. Specifically, the function uses xdr_stream_decode_string_dup() to decode address strings but only checks for negative length values before dereferencing the pointer. When the opaque field length is zero, the pointer is NULL, leading to a NULL pointer dereference at strrchr(NULL, '.') and causing a kernel panic. This can be triggered by any pNFS-flexfile client mounted against a malicious or compromised metadata server. The fix involves explicitly rejecting zero-length opaque address fields, causing the decoder to fail gracefully with an -EBADMSG error instead of panicking.
Potential Impact
This vulnerability can cause a denial of service via a kernel panic on affected Linux systems running pNFS-flexfile clients. It requires interaction with a malicious or compromised metadata server to trigger the NULL pointer dereference. There is no indication of code execution or privilege escalation from the provided data.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to explicitly reject zero-length opaque address fields in the nfs4_decode_mp_ds_addr function, preventing the NULL pointer dereference. Users should apply the official kernel updates that include this fix once available. Patch status is not yet confirmed in this data; check the vendor advisory for current remediation guidance.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-72jx-g4pr-67hm
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-53391"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a5d27ad2a4a8d59891325a1
Added to database: 07/19/2026, 19:38:21 UTC
Last enriched: 07/19/2026, 20:24:27 UTC
Last updated: 07/20/2026, 17:26:47 UTC
Views: 16
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.