ksmbd: validate NTLMv2 response before updating session key
CVE-2026-64389 · published 25 Jul 2026
How serious is it
- Severity: high, CVSS score 8.2 out of 10.
- No exploit prediction (EPSS) score yet.
- Not on the CISA list of exploited vulnerabilities.
- No public exploit in Exploit-DB.
Is your app affected by CVE-2026-64389?
Paste this prompt into Claude Code, Cursor or any AI coding tool: it runs a free Shippable scan of your project and fixes what it finds. Built with Lovable, Bolt or v0? Scan your live app. Or upload your package file.
Who is affected
- Linux Linux: e2f34481b24db2fd634b5edb0a5bd0e4d38cc6e9 to < a6a951416b55eaf51ea2742f7ba786f240e70137, e2f34481b24db2fd634b5edb0a5bd0e4d38cc6e9 to < f5d74c186bab26a5d5a025305e67edd0888aa34d, e2f34481b24db2fd634b5edb0a5bd0e4d38cc6e9 to < b56400364aed5c34d6e1a0b493081290a5328a9c, e2f34481b24db2fd634b5edb0a5bd0e4d38cc6e9 to < 89ca7756d5566ba636bb9092cdbe57dab095e136
- Linux Linux: 5.15
How to check
- Find out whether you run the affected product and which version, then compare it with the versions above.
How to fix
Copies a prompt for Claude Code, Cursor or Codex that asks it to check whether you run this product.
- Apply the vendor's update or mitigation from the references below. If there is none yet, limit exposure of the affected service until there is.
- If a vulnerable version was live, check your logs and rotate the secrets that server could read.
The advisory
In the Linux kernel, the following vulnerability has been resolved:
ksmbd: validate NTLMv2 response before updating session key
ksmbd_auth_ntlmv2() derives the NTLMv2 session key into
sess->sess_key before it verifies the NTLMv2 response.
ksmbd_decode_ntlmssp_auth_blob() then continues into KEY_XCH even
when ksmbd_auth_ntlmv2() failed.
With SMB3 multichannel binding, the failed authentication operates on
an existing session and the session setup error path does not expire
binding sessions. A client can send a binding session setup with a
bad NT proof and KEY_XCH and still modify sess->sess_key before
STATUS_LOGON_FAILURE is returned.
Relevant path:
smb2_sess_setup()
-> conn->binding = true
-> ntlm_authenticate()
-> session_user()
-> ksmbd_decode_ntlmssp_auth_blob()
-> ksmbd_auth_ntlmv2()
-> calc_ntlmv2_hash()
-> hmac_md5_usingrawkey(..., sess->sess_key)
-> crypto_memneq() returns mismatch
-> KEY_XCH arc4_crypt(..., sess->sess_key, ...)
-> out_err without expiring the binding session
Derive the base session key into a local buffer and copy it to
sess->sess_key only after the proof matches. Return immediately on
authentication failure so KEY_XCH is only processed after successful
authentication.
Check your whole app
Dependencies are only half of it. Free and read-only: before you push, run npx shippable-dev scan localhost:3000 in your project folder, no account needed. For your live app, you prove it's yours with a one-line tag first.
References
- git.kernel.org/stable/c/a6a951416b55eaf51ea2742f7ba786f240e70137
- git.kernel.org/stable/c/f5d74c186bab26a5d5a025305e67edd0888aa34d
- git.kernel.org/stable/c/b56400364aed5c34d6e1a0b493081290a5328a9c
- git.kernel.org/stable/c/89ca7756d5566ba636bb9092cdbe57dab095e136
- git.kernel.org/stable/c/954d196bebb2b50151cb96454c72dc113b2af1ac
Merged from CVE List. Last updated 25 Oct 2026. All vulnerabilities · RSS · JSON