GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux NFSD: TOCTOU lets a SETATTR truncate an append-only file

CVSS 9.1CVE-2026-89713Kernel, userspace & hypervisorcurated

Impact

nfsd_setattr() decides whether a size change needs NFSD_MAY_TRUNC using an unlocked read of i_size, then applies ATTR_SIZE later under inode_lock. A concurrent append can extend the file inside that window, so notify_change() performs a real truncation that never went through the IS_APPEND() rejection the VFS truncate paths enforce. For an operator the consequence is integrity, not code execution: append-only files on an NFS export - audit trails, job logs, checkpoint journals written by training runs - can be shortened by a client that should not be able to shorten them. Affects any host exporting NFS where append-only immutability is relied on.

Who can reach it

Any NFS client that can send SETATTR to an export, racing an append to the same file. Authentication is whatever the export requires; no local access on the server.

What to do

Apply the stable fix, which rechecks the requested size against i_size after inode_lock and before notify_change(), and reboot the NFS server node. No configuration mitigation short of removing append-only reliance on NFS-exported files. The record names stable commits only, not a released version.

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.