CVE-2026-72368

CVE-2026-72368 · cachefiles: Fix double unlock in nomem_d_alloc error path

CVSS 7.8 · Élevée · EPSS 0,2% · Correctif disponible

dpkg-query -W -f='${source:Package} ${binary:Package} ${Version}\n' | awk '$1=="linux"'

dpkg-query -W -f='${source:Package} ${binary:Package} ${Version}\n' | awk '$1=="linux-hwe-edge"'

dpkg-query -W -f='${source:Package} ${binary:Package} ${Version}\n' | awk '$1=="linux-aws-5.0"'

curl -fsSL https://patchfirst.dev/check.sh | sh

Cette page présente des faits issus de sources publiques. Consultez l’avis original avant toute mise à jour.

Cette page présente une partie des faits des sources. Consultez les avis liés pour la description complète et les versions concernées.

In the Linux kernel, the following vulnerability has been resolved: cachefiles: Fix double unlock in nomem_d_alloc error path When start_creating() fails and returns -ENOMEM, it has already released the parent directory lock in __start_dirop(): static struct dentry *__start_dirop(...) { ... inode_lock_nested(dir, I_MUTEX_PARENT); dentry = lookup_one_qstr_excl(name, parent, lookup_flags); if (IS_ERR(dentry)) inode_unlock(dir); <-- Lock released on error return dentry; } However, the nomem_d_alloc error path in cachefiles_get_directory() unconditionally calls inode_unlock(d_inode(dir)) again, causing a double unlock that corrupts the rwsem state. This is a leftover from commit 7ab96df840e60 which replaced manual locking with start_creating() but failed to update the nomem_d_alloc path (while correctly updating mkdir_error and lookup_error paths).

Publication

2026-08-15T05:56:05.329Z

Mise à jour

2026-08-17T05:43:22.072Z

Pile logicielle: system

Vérifiez votre serveur →