GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel SUNRPC auth_gss: kernel memory leaks on GSS-proxy XDR decode error paths

CVSS 5.5CVE-2026-45870Kernel, userspace & hypervisorcurated

Impact

The gssx_* decoders allocate buffers with kmemdup() and return early when a later field fails to decode, leaking every buffer allocated before the failure. gssp_accept_sec_context_upcall() pre-sizes four such buffers (context token, mech OID, and both principal names), so a single failed context acceptance can leak several hundred bytes that are never reclaimed. On a node that mounts Kerberized NFS - common for HPC and shared-dataset GPU clusters - repeated malformed or failing GSS context negotiations grow unreclaimable kernel memory until the node needs a reboot. No disclosure or privilege escalation is described in the record.

Who can reach it

Reached through the gssproxy upcall path on a host using Kerberos RPC (NFS sec=krb5*). The trigger is a decode failure during context acceptance, so it needs something that can drive repeated failing GSS negotiations against the node's RPC service; the record does not establish an unauthenticated remote path.

What to do

Move to a stable kernel with the goto-based cleanup (five stable commits linked) and reboot affected nodes. Interim mitigation is limited to not using Kerberos RPC security flavors on exposed mounts; the leak cannot be reclaimed without a 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.