{
  "cveId": "CVE-2026-72368",
  "url": "https://patchblox.com/security/cve/CVE-2026-72368",
  "summary": "CVE-2026-72368 is fixed in linux on 1 platform by DEBIAN-CVE-2026-72368 (version 7.1.5-1), released August 15, 2026. It is not reported as exploited. Patch Radar priority: High.",
  "title": "linux: In the Linux kernel, the following vulnerability has been resolved:  cachefiles: Fix double unlock in nomem_d_alloc e...",
  "description": "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);  \u003C-- 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).",
  "published": "2026-08-15T06:22:10Z",
  "severity": "high",
  "cvss": 7.8,
  "cvssVector": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
  "epss": 0.00165,
  "epssPercentile": 0.05755,
  "priority": "High",
  "priorityTier": 3,
  "exploited": false,
  "vendorExploited": false,
  "disclosed": false,
  "fixes": [
    {
      "platform": "linux",
      "product": "linux",
      "release": "Debian 14",
      "fixedVersion": "7.1.5-1",
      "fix": "DEBIAN-CVE-2026-72368",
      "url": "https://patchblox.com/security/fix/linux/debian-cve-2026-72368",
      "released": "2026-08-15T22:38:55Z"
    }
  ],
  "noFixYet": [],
  "dataAsOf": "2026-11-09T13:31:49Z",
  "attribution": {
    "text": "Data: Patchblox Patch Radar",
    "url": "https://patchblox.com/security/patch-radar",
    "terms": "https://patchblox.com/security/patch-radar/use-the-data"
  }
}