CVE-2026-53198

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.

• CWE-416

• https://git.kernel.org/stable/c/0da2e073f9cbf4985a0fd9acb71bc5ff599f8afdPatch
• https://git.kernel.org/stable/c/14d2eee0193ac3cd1bf3d014373449f0b8d35d6dPatch
• https://git.kernel.org/stable/c/2b2eda2821cff1d1b5a423b6ee7d8fc6fbc8e694Patch
• https://git.kernel.org/stable/c/89ae9df09d2c1fb4a4eb495c113a7ce1dca34147Patch
• https://git.kernel.org/stable/c/b7063c7426ea5a4d15e01b60538718765392f49dPatch
• https://git.kernel.org/stable/c/f580d27e8928828693df44ba2db0fffdbe11dfeaPatch

Published

Jun 25, 2026

Last Modified

Jul 6, 2026

Status

Analyzed

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-53192In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53193In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53194In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53195In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53196In the Linux kernel, the following vulnerability has been re…6.8
• CVE-2026-53197In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-53199In the Linux kernel, the following vulnerability has been re…7.5
• CVE-2026-5320A vulnerability was detected in vanna-ai vanna up to 2.0.2. …7.3
• CVE-2026-53200In the Linux kernel, the following vulnerability has been re…8.8
• CVE-2026-53201In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53202In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53203In the Linux kernel, the following vulnerability has been re…7.1