CVE-2026-53397 in Linux
Résumé
par VulDB • 19/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
nfsd : correction de la fuite de posix_acl en cas d'échec du décodage SETACL
Les fonctions nfsaclsvc_decode_setaclargs() et nfs3svc_decode_setaclargs() appellent chacune nfs_stream_decode_acl() deux fois, une première fois pour NFS_ACL puis pour NFS_DFACL. Chaque appel réussi transfère la propriété d'un posix_acl fraîchement alloué vers argp->acl_access ou argp->acl_default. Si le premier appel réussit mais que le second échoue, le décodeur renvoie false et argp->acl_access se retrouve orphelin (dangling).
La fonction de libération ACLPROC2_SETACL.pc_release était liée à nfssvc_release_attrstat et la fonction ACLPROC3_SETACL.pc_release était liée à nfs3svc_release_fhandle. Toutes deux appellent uniquement fh_put() et n'ont aucune connaissance des champs ACL présents dans argp. Les paires posix_acl_release() étaient placées aux étiquettes out: situées à l'intérieur de nfsacld_proc_setacl() et nfsd3_proc_setacl(), mais svc_process() saute pc_func lorsque pc_decode renvoie false, rendant ainsi cette étape de nettoyage inaccessible en cas d'échec du décodage :
svc_process_common() pc_decode() /* decode_setaclargs: false */ /* pc_func ignoré */ pc_release() /* fh_put uniquement -- fuites des ACLs */
Le posix_acl orphelin est fui pendant toute la durée de vie du serveur.
La correction consiste à ajouter nfsaclsvc_release_setacl() et nfs3svc_release_setacl(), qui libèrent argp->acl_access et argp->acl_default en plus d'appeler fh_put(), et à les lier comme pc_release pour leurs procédures SETACL respectives. La fonction pc_release s'exécute sur chaque chemin pris par svc_process() après le décodage, y compris en cas d'échec du décodage ; les paires posix_acl_release() sont donc supprimées des étiquettes out: des fonctions de procédure afin de centraliser la gestion de la propriété. Cela correspond au pattern release_getacl() existant utilisé par les procédures GETACL sœurs.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.