Unlock of a Resource that is not Locked Affecting kernel-kdump-devel package, versions *


Severity

Recommended
0.0
medium
0
10

Based on CentOS security rating.

Threat Intelligence

EPSS
0.17% (7th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-CENTOS6-KERNELKDUMPDEVEL-19115500
  • published21 Aug 2026
  • disclosed15 Aug 2026

Introduced: 15 Aug 2026

NewCVE-2026-72368  (opens in a new tab)
CWE-832  (opens in a new tab)

How to fix?

There is no fixed version for Centos:6 kernel-kdump-devel.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kernel-kdump-devel package and not the kernel-kdump-devel package as distributed by Centos. See How to fix? for Centos:6 relevant fixed versions and status.

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

CVSS Base Scores

version 3.1