What’s Vulnerable › Vulnerabilities
CVE-2026-68381: ksmbd: pin conn during async oplock break notification
- Severity: critical (CVSS 9.8 v3.1)
- Exploited in the wild: not listed in CISA KEV
- EPSS: 0.5% probability of exploitation in the next 30 days
- Public exploit or detection template: none known
- Published: 2026-08-10 · updated 2026-10-30
- Weakness: CWE-416
Description
In the Linux kernel, the following vulnerability has been resolved: ksmbd: pin conn during async oplock break notification smb2_oplock_break_noti() and smb2_lease_break_noti() store a ksmbd_conn pointer in an async ksmbd_work and then queue that work on ksmbd-io. The work only increments conn->r_count, which prevents teardown from passing the pending-request wait after the increment, but it does not pin the struct ksmbd_conn object. If connection teardown races with an oplock break notification, the last conn reference can be dropped before the queued worker finishes. The worker then uses the freed conn in ksmbd_conn_write() and ksmbd_conn_r_count_dec(). Take a real conn reference when publishing the conn pointer to the async work item, and drop it after the notification work has decremented r_count. Apply the same lifetime rule to lease break notification, which uses the same work->conn pattern.
Affected products
- Linux: from 6.6.84 before 6.6.148; from 6.12.20 before 6.12.101; from 6.13.8 before 6.14 — fixed in 6.6.148, 6.12.101, 6.14
How to fix
Upgrade to a fixed version: Linux 6.6.148, 6.12.101, 6.14. Check the vendor advisory for mitigations.
References
- https://git.kernel.org/stable/c/0f72fc9659d7f585460d43c158055df5afdcffb6
- https://git.kernel.org/stable/c/14062c74e5b25c27edcff7a2fe0dc701c930b372
- https://git.kernel.org/stable/c/6ecb252efa0b413ac3d9979fb4eec247f8fc1258
- https://git.kernel.org/stable/c/793e1c7041b93af96ff87e678329bc16aee7ba88
- https://git.kernel.org/stable/c/aa5d8f3f96aa11a4a54ce993c11ce8af11c546f9
- https://git.kernel.org/stable/c/dab1493bc9d97947f1219d6823c2e2a28636021b
Get alerted when CVE-2026-68381 or the next vulnerability affects your stack