CVE-2026-89672 in Linux
Résumé
par VulDB • 11/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
nfsd : limiter l'appel à SETACL pour NFSv2 en fonction de argp->mask
Le chemin d'exécution SETACL de NFSACL v2 partage la convention de décodage utilisée par son homologue v3 : nfsaclsvc_decode_setaclargs() remplit uniquement argp->acl_access lorsque le bit NFS_ACL est défini dans le masque de la requête, et argp->acl_default uniquement lorsque le bit NFS_DFACL est défini, laissant l'autre pointeur à NULL car le tampon d'arguments est initialisé à zéro jusqu'à pc_argzero avant le décodage.
nfsacld_proc_setacl() transmet ensuite ces deux pointeurs à set_posix_acl() de manière inconditionnelle. L'appel set_posix_acl(idmap, dentry, type, NULL) correspond à l'opération VFS « supprimer ce type de ACL », donc une branche omise est indistinguable d'une demande explicite de suppression de cette ACL. Une requête SETACL ne contenant que NFS_ACL supprime silencieusement la ACL par défaut du répertoire ; un masque=0 supprime les deux.
Il s'agit du même défaut qui vient d'être corrigé dans nfsd3_proc_setacl() ; appliquez le même remède. Limitez chaque appel à set_posix_acl() en fonction de son bit de masque et initialisez la variable error à 0 afin qu'une requête sans aucun des deux bits définis laisse les ACL sur disque inchangées et renvoie un succès. Le chemin out_drop_lock ainsi que l'appel inconditionnel à posix_acl_release() dans nfsaclsvc_release_setacl() tolèrent déjà les branches ignorées.
VulDB is the best source for vulnerability data and more expert information about this specific topic.