GPU VulnDB

Database/Control plane, storage & DevOps

Linux kernel nfsd: crafted inter-server COPY compound reaches ops with a NULL filehandle and panics nfsd

CVSS 7.5CVE-2026-89696Control plane, storage & DevOpscurated

Impact

With CONFIG_NFSD_V4_2_INTER_SSC enabled, a PUTFH on a foreign filehandle can succeed with fh_dentry and fh_export both NULL. The dispatch loop only used the FOREIGN flag to skip the nofilehandle check, so a client can insert an op such as SETATTR between the source PUTFH and SAVEFH and dereference NULL in an nfsd kthread. That is a kernel oops on the NFS server, taking the export down for every client on it; on a GPU cluster that is a fleet-wide stall on dataset and checkpoint I/O, and recovery is a reboot of the storage head. Confirm whether your kernel ships CONFIG_NFSD_V4_2_INTER_SSC - servers built without it are not affected.

Who can reach it

A remote NFSv4.2 client that can mount the export and submit a COMPOUND. Normal NFS client authentication is required; no local access to the server is needed.

What to do

Take a kernel with the dispatch gating fix (stable commits 311f7d926630, 35f248bd40b4, bf4d338dc862, c59738a00aa5) and reboot the NFS server. As an interim measure, a kernel built without CONFIG_NFSD_V4_2_INTER_SSC removes the path, but changing that config is itself a rebuild and reboot. Restricting which clients may mount the export narrows exposure but does not fix it.

References

Related entries

All Control plane, storage & DevOps 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.