GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel SUNRPC: short Kerberos MIC tokens read past a slab allocation on the RPC client and server

UnscoredCVE-2026-89537Kernel, userspace & hypervisorcurated

Impact

gss_krb5_verify_mic_v2() read the token header and checksum without first checking the wire-supplied length, and every caller accepted short tokens. A malicious or compromised NFS server can return a truncated checksum blob that the client kmallocs and then reads past, and the server-side header and integrity paths accept tokens as short as four bytes. That is an out-of-bounds slab read in the host kernel, reachable from the network on any node using krb5 NFS. On a GPU node this is a host-kernel memory disclosure or crash primitive triggered by whatever fileserver the training job mounts, and recovering it costs a reboot.

Who can reach it

An NFS server the node mounts, or anyone who can impersonate it on the storage network, with no client-side authentication needed beyond the existing mount. On the server side, an RPC peer that can reach the krb5-authenticated nfsd.

What to do

Update to a stable kernel containing the length guard in gss_krb5_verify_mic_v2() (commits in the record). No configuration mitigation other than not using krb5 flavours on untrusted storage networks. Rolling the kernel means draining and rebooting 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.