In the Linux kernel, the following vulnerability has been resolved: ksmbd: only rebind the reopened file's own oplock on durable reconnect… (CVE-2026-89635)
A vulnerability in the Linux kernel's ksmbd component related to durable handle reconnection has been resolved. The flaw allowed a reconnecting session to incorrectly rebind oplocks owned by other sessions on the same file, leading to use-after-free conditions. This occurs when multiple sessions hold durable handles on the same file, disconnect, and then one reconnects, causing stale session references and potential kernel memory corruption.
AI Analysis
Technical Summary
The vulnerability in the Linux kernel ksmbd subsystem involves the function ksmbd_reopen_durable_fd() which improperly rebinds every detached oplock on an inode to the reconnecting session without verifying ownership. This causes oplocks from other sessions to be adopted incorrectly, leading to stale session pointers after session destruction. The stale pointers are dereferenced later, causing a kernel use-after-free bug detected by KASAN. The issue arises when two sessions open the same file with durable-v2 handles and RH leases under distinct AppInstanceIds, both disconnect, and one reconnects, resulting in a freed session being accessed. The fix constrains the rebind loop to only the oplock owned by the file being reopened.
Potential Impact
This vulnerability can cause a kernel use-after-free condition, potentially leading to kernel crashes or memory corruption. It affects authenticated users accessing shares with default durable-handle and oplock configurations. There is no evidence of known exploits in the wild. The impact is limited to kernel stability and security in scenarios involving multiple durable handle sessions on the same file.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to constrain oplock rebinding to only the file being reopened, preventing stale session references. Users should update to the patched kernel version once available. No additional mitigations are specified or required beyond applying the official fix.
In the Linux kernel, the following vulnerability has been resolved: ksmbd: only rebind the reopened file's own oplock on durable reconnect… (CVE-2026-89635)
Description
A vulnerability in the Linux kernel's ksmbd component related to durable handle reconnection has been resolved. The flaw allowed a reconnecting session to incorrectly rebind oplocks owned by other sessions on the same file, leading to use-after-free conditions. This occurs when multiple sessions hold durable handles on the same file, disconnect, and then one reconnects, causing stale session references and potential kernel memory corruption.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel ksmbd subsystem involves the function ksmbd_reopen_durable_fd() which improperly rebinds every detached oplock on an inode to the reconnecting session without verifying ownership. This causes oplocks from other sessions to be adopted incorrectly, leading to stale session pointers after session destruction. The stale pointers are dereferenced later, causing a kernel use-after-free bug detected by KASAN. The issue arises when two sessions open the same file with durable-v2 handles and RH leases under distinct AppInstanceIds, both disconnect, and one reconnects, resulting in a freed session being accessed. The fix constrains the rebind loop to only the oplock owned by the file being reopened.
Potential Impact
This vulnerability can cause a kernel use-after-free condition, potentially leading to kernel crashes or memory corruption. It affects authenticated users accessing shares with default durable-handle and oplock configurations. There is no evidence of known exploits in the wild. The impact is limited to kernel stability and security in scenarios involving multiple durable handle sessions on the same file.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to constrain oplock rebinding to only the file being reopened, preventing stale session references. Users should update to the patched kernel version once available. No additional mitigations are specified or required beyond applying the official fix.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-rg7m-2q29-w52v
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-89635"]
Threat ID: 6aa4a00855bf5e2cf5a8664d
Added to database: 09/12/2026, 00:42:48 UTC
Last enriched: 09/12/2026, 01:00:04 UTC
Last updated: 09/12/2026, 01:00:04 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.