Description
In the Linux kernel, the following vulnerability has been resolved:

smb: client: fix cifsFileInfo reference leak in deferred close

When cifs_close() defers a close, it hands the cifsFileInfo reference
of the closing struct file to the queued work. Each execution of
smb2_deferred_work_close() drops one such reference.

deferred_close_scheduled can be false while the work is pending: the
workqueue clears PENDING when the callback starts to run, before the
callback clears the flag under deferred_lock. A close in that
interval requeues the running work, and the callback then clears the
flag, leaving the requeued work pending with the flag down. A later
cifs_open() can reuse the handle and its cifs_close() reaches the
same branch: queue_delayed_work() fails because the work is still
pending, but cifs_close() returns without dropping the closing file's
reference. The cifsFileInfo count stays pinned and its tlink, dentry
and server handle are leaked.

Check the return value and hand off the reference only when work was
actually queued. Otherwise, use the shared _cifsFileInfo_put(), like
the mod_delayed_work() branch above: the pending execution already
owns its reference.

This issue was found by an in-house static analysis tool.
Published: 2026-09-25
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Resource Leak due to improper reference count causing potential denial of service
Action: Apply Patch
AI Analysis

Impact

The Linux kernel SMB client has a flaw in handling reference counts for cifsFileInfo structures during deferred close operations. When a close is queued, the reference to the file info is passed to workqueue processing, but due to a race between flag clearing and work scheduling, the reference is not always dropped. This leaves the reference count elevated and associated resources such as tlink, dentry, and server handle leaked, potentially exhausting memory or handles. Maintaining an inflated reference count can lead to a denial of service if the leaking continues.

Affected Systems

All Linux kernel versions that employ the legacy CIFS close logic are potentially vulnerable until the patch commit 5520e89a5a4f834bced64cf2ac927001cc513a40 is applied. The fix is included in kernel updates across major distributions, so any kernel pre‑update may be exposed. System administrators should verify that their Linux kernel packages include the referenced commit or a later security release.

Risk and Exploitability

EPSS score is <1%, indicating a very low but nonzero exploitation probability, and the vulnerability is not listed in CISA KEV. The CVSS score is 5.5, reflecting moderate severity. It is inferred that the attack vector requires an attacker to trigger a deferred close on the SMB client, likely via crafted SMB packets or local privileged execution. If reference leaks accumulate, the system could run out of memory or descriptors, causing a denial of service. Because no official workaround is documented, the risk remains until the kernel includes the patch that correctly manages cifsFileInfo references.

Generated by OpenCVE AI on October 1, 2026 at 10:52 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that includes commit 5520e89a5a4f834bced64cf2ac927001cc513a40 or later.
  • If an immediate kernel upgrade is not feasible, restrict use of CIFS SMB client services or disable unneeded SMB‑related daemons until the patch is applied, and enforce stricter access controls to limit close operations.
  • Continuously monitor kernel logs and system resource metrics for signs of memory or handle leaks, and set alerts for abnormal growth in reference counts or depleted resources.

Generated by OpenCVE AI on October 1, 2026 at 10:52 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 15 Oct 2026 13:30:00 +0000


Thu, 01 Oct 2026 09:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-666

Tue, 29 Sep 2026 13:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-911
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Sat, 26 Sep 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-666

Fri, 25 Sep 2026 15:00:00 +0000


Fri, 25 Sep 2026 10:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: smb: client: fix cifsFileInfo reference leak in deferred close When cifs_close() defers a close, it hands the cifsFileInfo reference of the closing struct file to the queued work. Each execution of smb2_deferred_work_close() drops one such reference. deferred_close_scheduled can be false while the work is pending: the workqueue clears PENDING when the callback starts to run, before the callback clears the flag under deferred_lock. A close in that interval requeues the running work, and the callback then clears the flag, leaving the requeued work pending with the flag down. A later cifs_open() can reuse the handle and its cifs_close() reaches the same branch: queue_delayed_work() fails because the work is still pending, but cifs_close() returns without dropping the closing file's reference. The cifsFileInfo count stays pinned and its tlink, dentry and server handle are leaked. Check the return value and hand off the reference only when work was actually queued. Otherwise, use the shared _cifsFileInfo_put(), like the mod_delayed_work() branch above: the pending execution already owns its reference. This issue was found by an in-house static analysis tool.
Title smb: client: fix cifsFileInfo reference leak in deferred close
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-15T10:11:51.356Z

Reserved: 2026-09-24T16:01:01.155Z

Link: CVE-2026-97558

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-25T11:17:06.320

Modified: 2026-10-15T11:18:08.923

Link: CVE-2026-97558

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-09-25T00:00:00Z

Links: CVE-2026-97558 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-01T11:00:06Z

Weaknesses
  • CWE-911

    Improper Update of Reference Count