Answer in brief
CVE-2026-89671 records a Critical severity (CVSS 9.1) vulnerability in nfsd: gate nfs3 setacl by argp->mask. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 9.1. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <68a80b26efdff1d09f8ae1773c6a915abb9e191d || >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <b3bff820d068ea59767d4e91a3258231a879da5f || >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <ff99ed007f065198fd723152405c22aa558f700b || >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <453d7198a0ab07a12d46e0575861ac7b932da17e | 68a80b26efdff1d09f8ae1773c6a915abb9e191d, b3bff820d068ea59767d4e91a3258231a879da5f, ff99ed007f065198fd723152405c22aa558f700b, 453d7198a0ab07a12d46e0575861ac7b932da17e |
| Linux/Linuxgeneric | 2.6.13 | Not reported |
| Linux/Linuxgeneric | >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <3be1d8611dae4829e4608007db29f4a8748c37b2 || >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <68a80b26efdff1d09f8ae1773c6a915abb9e191d || >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <b3bff820d068ea59767d4e91a3258231a879da5f || >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <ff99ed007f065198fd723152405c22aa558f700b || >=a257cdd0e2179630d3201c32ba14d7fcb3c3a055 <453d7198a0ab07a12d46e0575861ac7b932da17e | 3be1d8611dae4829e4608007db29f4a8748c37b2, 68a80b26efdff1d09f8ae1773c6a915abb9e191d, b3bff820d068ea59767d4e91a3258231a879da5f, ff99ed007f065198fd723152405c22aa558f700b, 453d7198a0ab07a12d46e0575861ac7b932da17e |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 11, 2026
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.
Quoted source text, attributed separately from HOL analysis.