CVE-2026-97950: Linux kernel · configfs: pin the symlink target's dirent instead of chasing ->ci_dentry
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in d47c5de1cd6bfbe1067fc310bf90e4e00205e839 : update Linux kernel when convenient.
Data as of 26 Oct 2026, 13:47 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in d47c5de1cd6bfbe1067fc310bf90e4e00205e839, a44744454eafbc158e8c8e3ef8d207076410b195, a7c1290eef60711c10289c056ad32ed1f2b47b12 +2
Exploitation evidence
Disclosed: evidence found.
CVE published 25 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: configfs: pin the symlink target's dirent instead of chasing ->ci_dentry create_link() reads the target's configfs_dirent from item->ci_dentry->d_fsdata, relying on the item reference taken by get_target(). That reference pins the item, not its dentry: the dentry is pinned by DCACHE_PERSISTENT, which configfs_remove_dir() releases via simple_rmdir() while the item is still alive. A symlink racing with rmdir of its target can therefore find ->ci_dentry freed and its dirent released, triggering WARN_ON(!atomic_read(&sd->s_count)) in configfs_get(). Take the dirent in get_target() as well, under ->d_lock and atomically with the item reference, and pass it down to create_link(). A hashed dentry has not been killed yet, so its ->d_fsdata reference keeps the dirent alive there.
References
- git.kernel.org/stable/c/a44744454eafbc158e8c8e3ef8d207076410b195 (opens in a new tab)
- git.kernel.org/stable/c/846ff40fd57a47e59a41f4e331ec3b34efaddc23 (opens in a new tab)
- git.kernel.org/stable/c/4f54beb2e7f6d399396466682fba3539bcdcb414 (opens in a new tab)
- git.kernel.org/stable/c/d47c5de1cd6bfbe1067fc310bf90e4e00205e839 (opens in a new tab)
- git.kernel.org/stable/c/a7c1290eef60711c10289c056ad32ed1f2b47b12 (opens in a new tab)