GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel SUNRPC: stale pipefs_sb pointer leaves dentries referencing a freed rpc_clnt

UnscoredCVE-2026-89543Kernel, userspace & hypervisorcurated

Impact

Clients created through the pipefs mount-event path never refreshed clnt->pipefs_sb, and the umount path did not clear it. After a late rpc_pipefs mount or a remount, cleanup compares against the stale pointer and skips removing the directory, leaving pipefs dentries whose inode private data points at a freed rpc_clnt. A later read of the rpc_info file then dereferences freed memory. On a storage-heavy GPU node this is a host-kernel use-after-free in the NFS client plumbing; triggering it requires pipefs mount churn, which is an administrative event rather than something a tenant drives.

Who can reach it

Local, and effectively requires privilege: mounting or remounting rpc_pipefs, or loading the modules that publish it, followed by a read of the affected rpc_info entry.

What to do

Take the stable kernel update that refreshes clnt->pipefs_sb on mount events and clears it on unmount and failure paths (commits in the record). No runtime mitigation beyond avoiding rpc_pipefs mount churn. Kernel upgrade means drain and 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.