← All Advisories
Reported from OT-Advisories.com as of

Linux Kernel ksmbd SMB server Use-After-Free Rated 8.8 CVSS

Last refreshed2026-10-15

Status: UPDATED  |  Advisory ID: CVE-2026-53198

Key Details

CVECVE-2026-53198
CVSS Score / Version
8.8 (High) / CVSS v3.1
Updated2026-10-15
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
CVSS Prose
attack vector is network; attack complexity is low; privileges required is low; user interaction is none; scope is unchanged; confidentiality impact is high; integrity impact is high; availability impact is high.
Affected products
Linux Kernel and Siemens SIMATIC S7-1500 TM MFP - GNU/Linux subsystem
Classified as
CWE-416 (Use After Free)
Exploitation prediction (EPSS)
0.45% probability of exploitation in the next 30 days (37% percentile) -- FIRST.org's EPSS model.

Affected Products, Subsystems & Sectors

VendorProductAffected VersionsPatch Status
LinuxLinux Kernel
SiemensSIMATIC S7-1500 TM MFP - GNU/Linux subsystem
SubsystemsControllers & Field I/O, OT Supporting Infrastructure
SectorsAll Sectors

What to Know

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

ksmbd: fix use-after-free of a deferred file_lock on double SMB2_CANCEL

A deferred byte-range lock (an SMB2_LOCK that blocks) registers an async work on

conn->async_requests via setup_async_work(), with cancel_fn =

smb2_remove_blocked_lock and cancel_argv[0] pointing at the struct file_lock.

When the request is cancelled, the worker frees the file_lock with

locks_free_lock() and takes the cancelled early-exit, which "goto out"s and never

reaches release_async_work() -- the only site that unlinks the work from

conn->async_requests and clears cancel_fn/cancel_argv. The work therefore stays

matchable on async_requests with a live cancel_fn pointing at the freed file_lock,

until connection teardown finally runs release_async_work().

smb2_cancel() fires cancel_fn unconditionally with no state guard, so a second

SMB2_CANCEL for the same AsyncId, arriving in that window, re-runs

smb2_remove_blocked_lock() on the freed file_lock -- a slab use-after-free:

BUG: KASAN: slab-use-after-free in __locks_delete_block

__locks_delete_block

locks_delete_block

ksmbd_vfs_posix_lock_unblock

smb2_remove_blocked_lock

smb2_cancel <- 2nd SMB2_CANCEL fires cancel_fn

handle_ksmbd_work

Allocated by ...: locks_alloc_lock <- smb2_lock

Freed by ...: locks_free_lock <- smb2_lock (cancelled branch)

... cache file_lock_cache of size 192

Reproduced on mainline with KASAN by an authenticated SMB client.

Skip a work whose state is already KSMBD_WORK_CANCELLED so its cancel callback

cannot be fired a second time. (NVD)

What to Do

Monitor Linux's and Siemens's web pages for any future patch releases.

References

SourceReference
NVDhttps://nvd.nist.gov/vuln/detail/CVE-2026-53198
CVEhttps://www.cve.org/CVERecord?id=CVE-2026-53198
Report compilation © 2026 OT-Advisories.com  ·  CC BY 4.0  ·  Source materials remain the property of their respective publishers as cited.