GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel keys: NULL authorization payload dereferenced during a process keyring search, oopsing the host

UnscoredCVE-2026-99225Kernel, userspace & hypervisorcurated

Impact

search_process_keyrings_rcu() validates the request-key authorization key, then separately loads payload.data[0] and dereferences rka->cred without checking it. A request-key helper can assume authority and fork a descendant that inherits the authorization key; when the requester resumes and calls complete_request_key(), revocation clears the payload pointer while the descendant is mid-search, and the descendant dereferences NULL. The KASAN report in the record shows a general protection fault in search_process_keyrings_rcu. This is a host or node crash, not a privilege escalation: on a GPU node it means an unplanned reboot and a lost training step or a tenant's in-flight job, and GPU nodes are not cheap to drain. Exploitation needs the right interleaving of a request-key helper, its descendant and the requester, so it is a race rather than a one-shot.

Who can reach it

Local. A user who can drive request-key upcalls and fork from the helper's descendant; no remote path and no special privilege is described beyond running code on the node.

What to do

Update the host kernel to a stable release carrying the fix (payload loaded with dereference_key_rcu() and required non-NULL before the search) and reboot the node - drain GPU workloads first. The record carries only stable commits, no distro fixed versions, so check your vendor's kernel errata before scheduling the window.

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.