GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel efivarfs: unprivileged statfs() floods the UEFI QueryVariableInfo runtime service

UnscoredCVE-2026-89604Kernel, userspace & hypervisorcurated

Impact

statfs() on the efivarfs mount point is callable by any unprivileged user and each call reaches the UEFI QueryVariableInfo() runtime service. On x86 systems whose variable store is backed by SMM, every call forces an SMM entry, which requires a rendez-vous of all CPUs on the socket. A local user looping on statfs() therefore stalls every core on the machine from firmware, not from the scheduler - on a GPU node that shows up as unexplained jitter and stalled training steps that no cgroup or CPU limit constrains. The fix rate-limits the runtime service call to twice per second and returns the cached value in between.

Who can reach it

Any local unprivileged user on a host where efivarfs is mounted (the default on UEFI systems), including a tenant in a container that has the host efivarfs visible. No authentication beyond shell access.

What to do

Patch the host kernel to a stable release adding the rate limit to the efivarfs statfs handler (commits below) and reboot the node. As an immediate mitigation, unmount efivarfs or keep it out of tenant mount namespaces on nodes where firmware variable access is not needed at runtime. No vendor fixed-version string appears in the record beyond the stable commits.

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.