Description
In the Linux kernel, the following vulnerability has been resolved:

SUNRPC: xdr_buf_trim: clamp buf->len to avoid underflow

xdr_buf_trim() trims `len` bytes from the tail of an xdr_buf by
walking the tail, pages, and head iovecs. Each per-section step
uses min_t() so it never removes more bytes than that section
holds, but the final accounting at the fix_len label subtracts the
total bytes actually consumed from buf->len without any clamp:

fix_len:
buf->len -= (len - trim);

When the caller has set buf->len to a value smaller than the sum
of the iov_lens, (len - trim) can exceed buf->len and the unsigned
subtraction wraps to near UINT_MAX. gss_krb5_unwrap_v2() reaches
xdr_buf_trim() in exactly that state:

buf->head[0].iov_len -= GSS_KRB5_TOK_HDR_LEN + headskip;
buf->len = len - (GSS_KRB5_TOK_HDR_LEN + headskip);
xdr_buf_trim(buf, ec + GSS_KRB5_TOK_HDR_LEN + tailskip);

buf->len is a small wire-derived value while the iov_lens are at
page scale, so the per-section loops legitimately consume far more
bytes than buf->len records. The wrapped buf->len then propagates
as the authoritative stream bound into every downstream XDR
decoder.

Fix by clamping the decrement so buf->len bottoms out at zero:

buf->len -= min_t(unsigned int, buf->len, len - trim);

On the normal path where the iov_lens sum to buf->len, (len - trim)
is always <= buf->len and the result is identical to before. No
callers change behavior outside the underflow case.
Published: 2026-09-11
Score: 9.8 Critical
EPSS: < 1% Very Low
KEV: No
Impact: Remote Code Execution
Action: Patch Immediately
AI Analysis

Impact

The vulnerability arises from the xdr_buf_trim() function in the tail of an XDR buffer by walking the tail, pages, and head iovecs. Each per‑section step uses min_t() so it never removes more bytes than the section holds, but the final accounting at the fix_len label subtracts the total bytes actually consumed from buf->len without clamping. When the caller has set buf->len to a value smaller than the sum of the iov_lens, (len - trim) can exceed buf->len and the unsigned subtraction wraps to near UINT_MAX. This wrapped buf->len propagates as the authoritative stream bound into all downstream XDR decoders. The flaw is a classic impact of integer underflow, an instance of CWE‑191 (Integer Underflow or Wraparound), and can lead to out‑of‑bounds memory access, which in turn can enable arbitrary code execution.

Affected Systems

The vulnerability impacts the Linux kernel’s SUNRPC subsystem. the any kernel not containing the patch is affected. The advisory offers only commit references, so users must verify whether their kernel build includes the changes.

Risk and Exploitability

The CVSS score of 9.8 classifies this flaw as critical severity. The EPSS score of < 1% and the vulnerability is not listed in the CISA KEV catalog. The likely attack vector is remote, via malicious SUNRPC traffic or crafted Kerberos tokens that invoke gss_krb5_unwrap_v2. If the underflow in xdr_buf_trim() is triggered, it can cause buffer length corruption which may lead to out‑of‑bounds memory access and potentially arbitrary code execution. No exploitation prerequisites beyond the ability to send crafted requests to an affected kernel are identified.

Generated by OpenCVE AI on September 21, 2026 at 01:00 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that includes the patch commit 3f491306dcb673ff5e78e1044ba450c58978774e or apply the patch to the running kernel source, rebuild, and reboot.
  • Restrict or only allow SUNRPC traffic to trusted interfaces and untrusted hosts.
  • If an immediate upgrade is not possible, consider temporarily disabling the SUNRPC RPC traffic using network segmentation or a dedicated firewall appliance.

Generated by OpenCVE AI on September 21, 2026 at 01:00 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DSA Debian DSA DSA-6528-1 linux security update
History

Mon, 14 Sep 2026 12:30:00 +0000


Sun, 13 Sep 2026 10:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-190

Sun, 13 Sep 2026 06:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.4, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:H'}

cvssV3_1

{'score': 9.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Sat, 12 Sep 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-191
References
Metrics threat_severity

None

cvssV3_1

{'score': 7.4, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:H'}

threat_severity

Important


Sat, 12 Sep 2026 11:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-190

Fri, 11 Sep 2026 23:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: SUNRPC: xdr_buf_trim: clamp buf->len to avoid underflow xdr_buf_trim() trims `len` bytes from the tail of an xdr_buf by walking the tail, pages, and head iovecs. Each per-section step uses min_t() so it never removes more bytes than that section holds, but the final accounting at the fix_len label subtracts the total bytes actually consumed from buf->len without any clamp: fix_len: buf->len -= (len - trim); When the caller has set buf->len to a value smaller than the sum of the iov_lens, (len - trim) can exceed buf->len and the unsigned subtraction wraps to near UINT_MAX. gss_krb5_unwrap_v2() reaches xdr_buf_trim() in exactly that state: buf->head[0].iov_len -= GSS_KRB5_TOK_HDR_LEN + headskip; buf->len = len - (GSS_KRB5_TOK_HDR_LEN + headskip); xdr_buf_trim(buf, ec + GSS_KRB5_TOK_HDR_LEN + tailskip); buf->len is a small wire-derived value while the iov_lens are at page scale, so the per-section loops legitimately consume far more bytes than buf->len records. The wrapped buf->len then propagates as the authoritative stream bound into every downstream XDR decoder. Fix by clamping the decrement so buf->len bottoms out at zero: buf->len -= min_t(unsigned int, buf->len, len - trim); On the normal path where the iov_lens sum to buf->len, (len - trim) is always <= buf->len and the result is identical to before. No callers change behavior outside the underflow case.
Title SUNRPC: xdr_buf_trim: clamp buf->len to avoid underflow
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-09-14T12:00:54.700Z

Reserved: 2026-09-11T19:38:34.723Z

Link: CVE-2026-89551

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-11T20:19:38.640

Modified: 2026-09-14T13:19:10.160

Link: CVE-2026-89551

cve-icon Redhat

Severity : Important

Publid Date: 2026-09-11T19:44:25Z

Links: CVE-2026-89551 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-21T01:00:08Z

Weaknesses
  • CWE-191

    Integer Underflow (Wrap or Wraparound)