https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 01 Oct 2026 03:15:59 +0000 https://vulnerability.circl.lu/vuln/cve-2026-53391 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>NFSv4/pNFS: reject zero-length r_addr in nfs4_decode_mp_ds_addr</p> <p>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, &#39;.&#39;) to locate the port separator. Both decodes use xdr_stream_decode_string_dup(), and the current code checks only &#34;nlen &lt; 0&#34; / &#34;rlen &lt; 0&#34; before dereferencing the returned string.</p> <p>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 &#34;*str = NULL; return ret&#34; tail, leaving buf NULL with a return value of 0. The &#34;&lt; 0&#34; check does not catch this, and the next line is strrchr(NULL, &#39;.&#39;), a kernel NULL pointer dereference reachable from any pNFS-flexfile client mounted against a malicious or compromised metadata server.</p> <p>Reject the zero-length cases explicitly so the decoder fails with -EBADMSG (treated as a malformed GETDEVICEINFO body) instead of panicking the client.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>NFSv4/pNFS: reject zero-length r_addr in nfs4_decode_mp_ds_addr</p> <p>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, &#39;.&#39;) to locate the port separator. Both decodes use xdr_stream_decode_string_dup(), and the current code checks only &#34;nlen &lt; 0&#34; / &#34;rlen &lt; 0&#34; before dereferencing the returned string.</p> <p>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 &#34;*str = NULL; return ret&#34; tail, leaving buf NULL with a return value of 0. The &#34;&lt; 0&#34; check does not catch this, and the next line is strrchr(NULL, &#39;.&#39;), a kernel NULL pointer dereference reachable from any pNFS-flexfile client mounted against a malicious or compromised metadata server.</p> <p>Reject the zero-length cases explicitly so the decoder fails with -EBADMSG (treated as a malformed GETDEVICEINFO body) instead of panicking the client.</p> https://vulnerability.circl.lu/vuln/cve-2026-53391