Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessVictim mounts malicious SMB/CIFS server
-
DeliveryProcess issues O_CREAT open on share
-
ExploitServer returns non-regular inode (symlink)
-
Executioncifs_atomic_open leaks dentry reference, sets FMODE_OPENED
-
ImpactDentry reference leak and blocked symlink resolution
Vulnerability Assessment
| Exploitation Conditions | Requires the Linux in-tree CIFS/SMB client (cifs.ko) to have mounted a share from an attacker-controlled or compromised SMB server, and a process on the client to perform an O_CREAT open that the server resolves to a non-regular inode (e.g. a symlink or other non-regular file). The leak occurs specifically in cifs_atomic_open()/cifs_do_create() when an existing non-regular inode is found on such an open, with a legacy POSIX handle path also involved. Limiting factors: the attacker must control the SMB server the victim mounts and the victim must actively open a crafted path (UI:R); the bug only affects systems using the CIFS client (not a default-enabled network service), and establishing the mount itself typically requires administrative privilege. |
| Impact | Signals conflict sharply. The supplied CVSS is 8.8 (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H), which implies high confidentiality, integrity and availability impact, but the description only documents a dentry reference leak in cifs_atomic_open() plus an FMODE_OPENED flag that prevents the VFS from following a symlink - i.e. a resource leak and a lookup/correctness defect, not memory corruption or code execution. The CVSS C:H/I:H/A:H rating is therefore not corroborated by the described mechanism; treat the 8.8 as a conservative auto-assignment and verify impact with the kernel maintainers. EPSS is 0.17% (6th percentile), consistent with this being a low real-world exploitation-probability issue. It is NOT in CISA KEV, and no public exploit is identified. The vuln.today decision label is this_week, reflecting a patch-this-cycle hygiene item rather than an emergency. Exploitation also depends on the victim mounting and using an attacker-controlled SMB share, which is not reflected in the PR:N/AV:N framing. Net: a genuine kernel correctness/leak bug worth patching on the normal stable cadence, but the headline 8.8 overstates the practical risk given low EPSS, no KEV, no PoC, and a client-side, malicious-server-dependent trigger. |
| Exploit ScenarioDerived | A Linux host mounts a CIFS/SMB share from an attacker-controlled or compromised server; when a process performs an O_CREAT open that the server resolves to a non-regular inode such as a symlink, cifs_atomic_open() calls finish_open() and attaches a cifsFileInfo whose dentry reference is never released, while FMODE_OPENED blocks correct symlink handling. Repeatedly triggering this leaks kernel dentry references over time and disrupts expected symlink resolution on the mount. No public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 24, 2026
A dentry reference leak in the Linux kernel's in-tree CIFS/SMB client (cifs.ko) is triggered when a process issues an O_CREAT open that the mounted server resolves to an existing non-regular inode, such as a symlink; cifs_atomic_open() calls finish_open() on that inode and attaches a cifsFileInfo, but symlink inodes carry no CIFS release operation, so the dentry reference held by cifsFileInfo is never dropped, and the wrongly set FMODE_OPENED flag also stops the VFS from following the symlink. Systems are affected only if they mount a share from an attacker-controlled or compromised SMB server and a local process then opens a crafted path (UI:R), and the assessed impact is limited to availability (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:L); the disclosed score of 8.8 overstates confidentiality and integrity impact relative to that assessment. Patch data shows vendor fixes are available, and no public exploit was identified at time of analysis (EPSS 0.17%, percentile 6%, no CISA KEV listing).
RemediationAI
Vendor-released patch: update to a kernel build containing the fix commits ed03d547598c92a036f20e89156540995cac889a, 70a7918fda54a06d836acc91eb9a3c7e860fe0a0, 3c07deb26273155c180aedfd9041ab58015d2521, e66cf1625ec4a3fe68346119f371def713fd0a4d or 045532f920d86dd76600b635f9756e5fd671ddfc; EUVD's version data lists patch releases 6.12.113, 6.18.56, 7.2.9 and 7.3-rc5 as the corrected versions, so prefer the corresponding stable update for your branch (see https://nvd.nist.gov/vuln/detail/CVE-2026-98451 and the git.kernel.org stable links). No separate workaround is described in the available sources, and updating is the complete fix; the trigger requires the host to mount a share from an attacker-controlled or compromised SMB server plus a local process opening the crafted path, so exposure is confined to systems running the CIFS client against untrusted servers, while the mount itself typically needs administrative privilege. Prioritisation is 'this_week': the issue is not listed in CISA KEV and EPSS is 0.17% (percentile 6%), so schedule the kernel update in the normal patch cycle rather than as an emergency.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw sits in the CIFS client's atomic-open path. When an O_CREAT open finds an existing inode that is not a regular file, cifs_atomic_open() reaches cifs_do_create() and then finish_open(), installing a cifsFileInfo that owns a dentry reference; because symlink inodes have no CIFS release operation, that reference is leaked, and FMODE_OPENED being set prevents the VFS from continuing to follow the symlink. The upstream fix tracks whether cifs_do_create() actually returned an open server handle: for non-regular inodes it closes the handle if one is present, removes the pending open, and calls finish_no_open() so the VFS can resume the lookup; FMODE_CREATED is no longer set unless a regular file was opened; O_NOFOLLOW combined with __O_REGULAR returns -ELOOP ahead of the VFS's -EFTYPE check; and closing a legacy POSIX handle on a non-regular inode is deferred until after inode lookup so it is not closed twice when lookup fails. No CWE was supplied in the source data; the defect class is a resource-lifetime/reference leak in kernel file-open handling rather than memory corruption, and the exact remote trigger sequence beyond the O_CREAT-on-non-regular-inode path described in the commit is not described in the available sources. CPE data is a wildcard linux:linux entry, so exposure tracks kernel builds that ship the vulnerable CIFS client code and lack the listed fix commits; NOTE: the dentry leak is a kernel-side object lifetime issue with no evidence of controlled memory corruption.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Malicious-server-triggered client bug (AV:N, UI:R); described impact is a dentry reference leak (A:L) with no evidence of confidentiality/integrity loss or code execution.
Primary rating from Vendor (Linux).
CVSS VectorVendor: Linux
Lifecycle Timeline
4DescriptionCVE.org
In the Linux kernel, the following vulnerability has been resolved:
smb: client: use finish_no_open() for non-regular inodes
An O_CREAT open can find an existing symlink or another non-regular inode. cifs_atomic_open() calls finish_open() on it and attaches a cifsFileInfo. Symlink inodes have no CIFS release operation, so the dentry reference held by cifsFileInfo is leaked. FMODE_OPENED also prevents the VFS from following the symlink.
Track whether cifs_do_create() returned an open server handle. For non-regular inodes, close the handle if present, remove the pending open, and call finish_no_open() so the VFS can continue the lookup. Do not set FMODE_CREATED unless a regular file was opened. For O_NOFOLLOW with __O_REGULAR, return -ELOOP before the VFS's -EFTYPE check.
Defer closing a legacy POSIX handle on a non-regular inode until after inode lookup. This avoids closing it again if lookup fails.
Executive ViewAI
A reference leak vulnerability in the Linux kernel's CIFS/SMB client affects systems that mount file shares from attacker-controlled or compromised servers. The realistic impact is limited to availability degradation rather than data exposure or tampering, and it requires a user to open a crafted path on a hostile share. Leadership should care primarily because internet-facing or mixed-trust SMB mounts widen the affected footprint, not because of confidentiality or integrity risk.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-103691
GHSA-8vx8-gc8p-9x99
NVD
CVE.org
EPSS
Exploit-DB