PT-2026-90387 · Linux · Linux

CVE-2026-89671

·

Published

2026-09-11

·

Updated

2026-09-11

None

No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
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.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-89671

Affected Products

Linux