Skip to main content
VulnerabilityPublished Updated

CVE-2025-39927: Linux kernel · Race Condition

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in dc5aad078abc416dd3d555c50f5308c16ba918a7 : patch Linux kernel soon.

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-01-14.

Patch
Available – fixed in dc5aad078abc416dd3d555c50f5308c16ba918a7, db378e6f83ec705c6091c65d482d555edc2b0a72, 15f519e9f883b316d86e2bb6b767a023aafd9d83 +1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade Linux kernel to dc5aad078abc416dd3d555c50f5308c16ba918a7, db378e6f83ec705c6091c65d482d555edc2b0a72, 15f519e9f883b316d86e2bb6b767a023aafd9d83 or 2bfe45987eb346e299d9f763f9cd05f77011519f.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 9030aaf9bf0a1eee47a154c316c789e959638b0f, < dc5aad078abc416dd3d555c50f5308c16ba918a7
Fixed in
  • dc5aad078abc416dd3d555c50f5308c16ba918a7
LinuxLinuxAffected
  • ≥ 9030aaf9bf0a1eee47a154c316c789e959638b0f, < db378e6f83ec705c6091c65d482d555edc2b0a72
Fixed in
  • db378e6f83ec705c6091c65d482d555edc2b0a72
LinuxLinuxAffected
  • ≥ 9030aaf9bf0a1eee47a154c316c789e959638b0f, < 15f519e9f883b316d86e2bb6b767a023aafd9d83
Fixed in
  • 15f519e9f883b316d86e2bb6b767a023aafd9d83
LinuxLinuxAffected
  • ≥ 9030aaf9bf0a1eee47a154c316c789e959638b0f, < 2bfe45987eb346e299d9f763f9cd05f77011519f
Fixed in
  • 2bfe45987eb346e299d9f763f9cd05f77011519f
LinuxLinuxAffected
  • =2.6.34
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: ceph: fix race condition validating r_parent before applying state Add validation to ensure the cached parent directory inode matches the directory info in MDS replies. This prevents client-side race conditions where concurrent operations (e.g. rename) cause r_parent to become stale between request initiation and reply processing, which could lead to applying state changes to incorrect directory inodes. [ idryomov: folded a kerneldoc fixup and a follow-up fix from Alex to move CEPH_CAP_PIN reference when r_parent is updated: When the parent directory lock is not held, req->r_parent can become stale and is updated to point to the correct inode. However, the associated CEPH_CAP_PIN reference was not being adjusted. The CEPH_CAP_PIN is a reference on an inode that is tracked for accounting purposes. Moving this pin is important to keep the accounting balanced. When the pin was not moved from the old parent to the new one, it created two problems: The reference on the old, stale parent was never released, causing a reference leak. A reference for the new parent was never acquired, creating the risk of a reference underflow later in ceph_mdsc_release_request(). This patch corrects the logic by releasing the pin from the old parent and acquiring it for the new parent when r_parent is switched. This ensures reference accounting stays balanced. ]

References

Community reviews

Loading reviews…