GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel SUNRPC: oversized krb5 wrap-token ec field leaves the receive xdr_buf in an inconsistent state

UnscoredCVE-2026-89538Kernel, userspace & hypervisorcurated

Impact

The 16-bit extra-count field of a krb5 v2 wrap token is authenticated, but any peer holding a valid GSS context can legitimately encrypt a token whose ec exceeds the plaintext length. That drives xdr_buf_trim() with a trim length larger than the data, leaving a zero-length buffer with inconsistent iov lengths for callers to work on. The practical effect is corrupted RPC receive state on a krb5p NFS mount rather than a clean error, on the host kernel of a node that is probably running jobs. Exposure needs an authenticated peer, which limits it to a compromised or hostile fileserver rather than an anonymous attacker.

Who can reach it

A peer that already holds a valid GSS context with the node - in practice a compromised or malicious krb5p NFS server or client. No unauthenticated path.

What to do

Install a stable kernel with the pre-trim ec validation (commits in the record). No runtime toggle; the fix ships only in the kernel, so each node needs a drain and reboot.

References

Related entries

All Kernel, userspace & hypervisor entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.