CVE-2026-53397 in Linux
Zusammenfassung
von VulDB • 19.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
nfsd: Behebung eines posix_acl-Lecks bei einem Fehler beim SETACL-Decodieren
nfsaclsvc_decode_setaclargs() und nfs3svc_decode_setaclargs() rufen jeweils nfs_stream_decode_acl() zweimal auf, zunächst für NFS_ACL und anschließend für NFS_DFACL. Jeder erfolgreiche Aufruf überträgt die ownership eines frisch zugewiesenen posix_acl-Objekts an argp->acl_access oder argp->acl_default. Wenn der erste Aufruf erfolgreich ist, der zweite jedoch fehlschlägt, gibt der Decoder false zurück und argp->acl_access bleibt als hängender Zeiger (dangling pointer) bestehen.
ACLPROC2_SETACL.pc_release war mit nfssvc_release_attrstat verknüpft und ACLPROC3_SETACL.pc_release war mit nfs3svc_release_fhandle verknüpft. Beide rufen lediglich fh_put() auf und haben keine Kenntnis von den ACL-Feldern in argp. Die posix_acl_release()-Paare befanden sich an den out:-Labels innerhalb von nfsacld_proc_setacl() und nfsd3_proc_setacl(), aber svc_process() überspringt pc_func, wenn pc_decode false zurückgibt, sodass diese Bereinigung im Fehlerfall beim Decodieren nicht erreichbar ist:
svc_process_common() pc_decode() /* decode_setaclargs: false */ /* pc_func wird übersprungen */ pc_release() /* nur fh_put -- ACLs werden geleakt*/
Das verwaiste posix_acl-Objekt bleibt für die Lebensdauer des Servers im Speicher (geleakt).
Die Behebung erfolgt durch Hinzufügen von nfsaclsvc_release_setacl() und nfs3svc_release_setacl(), die neben fh_put() auch argp->acl_access und argp->acl_default freigeben, sowie deren Verknüpfung als pc_release für ihre jeweiligen SETACL-Verfahren. Da pc_release auf jedem Pfad ausgeführt wird, den svc_process() nach dem Decodieren einschlägt – einschließlich des Falls eines Dekodierungsfehlers –, werden die posix_acl_release()-Paare aus den out:-Labels der proc-Funktionen entfernt, um die ownership an einer zentralen Stelle zu halten. Dies entspricht dem bestehenden release_getacl()-Muster, das von den verwandten GETACL-Verfahren verwendet wird.
Once again VulDB remains the best source for vulnerability data.