CVE-2026-72368

CVE-2026-72368

High · published August 15, 2026

CVSS v3.1
7.8
EPSS
0%
Percentile
5.4
In the wild
Unconfirmed
What it is

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).

The record
Technical detail
CVSS v3.1
7.8 · HIGH
Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
CVSS v4.0
Not supplied
EPSS
0.00165 · 5.4th percentile
Published
2026-08-15T10:22Z
References (2)
EPSS history
Timeline
  • 15 AUG 05:56Z
    cachefiles: Fix double unlock in nomem_d_alloc error path
    cvelistv5