What’s Vulnerable › Vulnerabilities
CVE-2026-90155: ksmbd: detach blocked lock requests before freeing
- Severity: unknown
- Exploited in the wild: not listed in CISA KEV
- EPSS: 0.2% probability of exploitation in the next 30 days
- Public exploit or detection template: none known
- Published: 2026-09-17 · updated 2026-10-30
Description
In the Linux kernel, the following vulnerability has been resolved: ksmbd: detach blocked lock requests before freeing A file_lock retained by ksmbd for byte-range lock bookkeeping can still be part of the VFS blocked-request graph. In particular, the VFS can chain a new waiter below an already blocked request through flc_blocked_requests. The ksmbd_file reference count does not cover that graph. Both __ksmbd_close_fd() and the cross-request unlock path free these retained file_lock objects directly. If a dependent waiter is still attached, locks_release_private() hits BUG_ON(!list_empty(&flc->flc_blocked_requests)). The same lifetime mismatch can leave a freed ksmbd_lock reachable through its request-local llist. Detach the file_lock from the blocked-request graph before freeing it in the close, cross-request unlock, and rollback paths. locks_delete_block() also wakes requests chained below the object. Remove llist when a completed lock is published so a globally visible ksmbd_lock no longer points into the submitting worker's stack.
Affected products
- Linux: 5.15 — fixed in 7.3
How to fix
Upgrade to a fixed version: Linux 7.3. Check the vendor advisory for mitigations.
References
- https://git.kernel.org/stable/c/215e8816b1ac25176d911abb8704390413ccee4b
- https://git.kernel.org/stable/c/4e8b69c06bd6583ec11abef4fae50c2c8d5f3679
- https://git.kernel.org/stable/c/514a0b2bc949963497e66cacd433f65dc768a71d
- https://git.kernel.org/stable/c/d20d3f6ad8b0b6f4e1bb32cdf7eca251962e8f04
- https://git.kernel.org/stable/c/d31db79cfaa9fce6649772ad279779473ba8aef9
- https://git.kernel.org/stable/c/f77d2accafca529e0ea3f979eb6e6cf1dac05c90
Get alerted when CVE-2026-90155 or the next vulnerability affects your stack