GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel SUNRPC: short krb5 wrap tokens cause OOB reads, a divide-by-zero and a huge memmove

UnscoredCVE-2026-89542Kernel, userspace & hypervisorcurated

Impact

gss_krb5_unwrap_v2() read the EC and RRC fields before checking that the token is at least 16 bytes, rotate_left() passed an underflowing length to xdr_buf_subsegment(), _rotate_left() could take a modulo by zero, and the post-decrypt BUG_ON was tautologically false so an unsigned underflow of movelen could drive a memmove of roughly UINT_MAX bytes. Any of these on a krb5 NFS mount is a host-kernel crash or memory corruption on a node that is carrying jobs. The fix adds four independent guards inside the unwrap core so it is safe whatever its callers validate - which is the right reading of how exposed this path was.

Who can reach it

A krb5 NFS peer whose tokens reach the unwrap path - in practice the fileserver the node mounts, or anyone who can answer for it. No separate authentication step beyond the existing mount.

What to do

Install a stable kernel with the four guards (commits in the record). No configuration workaround beyond restricting krb5 mounts to trusted servers. Rollout is a kernel upgrade, so drain and reboot each node.

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.