CVE-2026-89671nfsd: gate nfs3 setacl by argp->mask
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: nfsd: gate nfs3 setacl by argp->mask nfsd3_proc_setacl() calls set_posix_acl() unconditionally for both ACL_TYPE_ACCESS and ACL_TYPE_DEFAULT, passing argp->acl_access and argp->acl_default verbatim. The NFSv3 ACL decoder only populates those pointers when the corresponding mask bit is set: nfs3svc_decode_setaclargs() if (args->mask & NFS_ACL) decode into acl_access if (args->mask & NFS_DFACL) decode into acl_default /* otherwise the pointer stays NULL (pc_argzero) */ nfsd3_proc_setacl() set_posix_acl(.., ACL_TYPE_ACCESS, argp->acl_access) set_posix_acl(.., ACL_TYPE_DEFAULT, argp->acl_default) set_posix_acl(idmap, dentry, type, NULL) is the VFS "remove this ACL type" operation. A NULL pointer that means "the client did not send this arm" is therefore indistinguishable from "the client asked to remove this ACL". A SETACL with mask=NFS_ACL silently drops the directory's default ACL; mask=0 drops both. The sibling nfsd3_proc_getacl() already consults argp->mask before touching each arm; mirror that in setacl. Fix by wrapping each set_posix_acl() call in the matching mask bit check and initializing error to 0 before inode_lock so that a request with neither bit set leaves the on-disk ACLs untouched and returns nfs_ok. The out_drop_lock path and the unconditional posix_acl_release() at out: are preserved; both NULL-tolerate the skipped arms.
- CVSS
- 9.1 CRITICAL (v3.1, CNA)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Oct 16, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from a257cdd0e2179630d3201c32ba14d7fcb3c3a055 before 3be1d8611dae4829e4608007db29f4a8748c37b2; from a257cdd0e2179630d3201c32ba14d7fcb3c3a055 before 68a80b26efdff1d09f8ae1773c6a915abb9e191d; from a257cdd0e2179630d3201c32ba14d7fcb3c3a055 before b3bff820d068ea59767d4e91a3258231a879da5f; from a257cdd0e2179630d3201c32ba14d7fcb3c3a055 before ff99ed007f065198fd723152405c22aa558f700b; from a257cdd0e2179630d3201c32ba14d7fcb3c3a055 before 453d7198a0ab07a12d46e0575861ac7b932da17e | CNA record |
References
- https://git.kernel.org/stable/c/3be1d8611dae4829e4608007db29f4a8748c37b2
- https://git.kernel.org/stable/c/68a80b26efdff1d09f8ae1773c6a915abb9e191d
- https://git.kernel.org/stable/c/b3bff820d068ea59767d4e91a3258231a879da5f
- https://git.kernel.org/stable/c/ff99ed007f065198fd723152405c22aa558f700b
- https://git.kernel.org/stable/c/453d7198a0ab07a12d46e0575861ac7b932da17e
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.