CVE-2026-43377: ksmbd: Don't log keys in SMB3 signing and encryption key generation
In the Linux kernel, the following vulnerability has been resolved:
ksmbd: Don't log keys in SMB3 signing and encryption key generation
When KSMBD_DEBUG_AUTH logging is enabled, generate_smb3signingkey() and
generate_smb3encryptionkey() log the session, signing, encryption, and
decryption key bytes. Remove the logs to avoid exposing credentials.
Security readout for executives and security teams
Plain-English summary
Linux's ksmbd SMB server could write sensitive SMB session and cryptographic keys into logs when authentication debugging was enabled. Anyone able to obtain those logs could potentially undermine protected SMB communications or sessions. Normal configurations without this debug logging are less likely to expose key material.
Executive priority
Prioritize affected internet-facing or sensitive-file SMB servers and any environment where debug logs are broadly collected or accessible. Patch promptly, disable the debug option, and investigate historical log exposure. Systems not using ksmbd or without this logging condition have lower immediate urgency.
Technical view
The affected ksmbd key-generation functions logged session, signing, encryption, and decryption key bytes when KSMBD_DEBUG_AUTH was enabled. The kernel fixes remove those log statements. The supplied CVSS 3.1 score is 8.1, reflecting high confidentiality and integrity impact without an availability impact.
Likely exposure
Exposure requires Linux systems using ksmbd, KSMBD_DEBUG_AUTH logging, relevant SMB key generation, and access to resulting logs. The supplied version data lists several affected kernel branches but does not clearly define every boundary; confirm the running distribution kernel against vendor guidance and the referenced stable fixes.
Exploitation context
The source bundle marks this CVE as absent from KEV and provides no evidence of active exploitation or a public exploit. Exploitation would likely depend on obtaining logs containing generated keys; the sources do not establish how attackers might gain that access.
Researcher notes
This is a secondary key-disclosure weakness rather than direct unauthenticated key extraction. Impact depends on debug configuration, log retention, and log-reader privileges. The duplicated commit identifier and broad version list in the supplied data make exact branch-level exposure uncertain; validate against distribution backports and the six referenced stable commits.
Mitigation direction
Identify Linux systems using in-kernel ksmbd and determine whether KSMBD_DEBUG_AUTH logging is enabled.
Apply vendor-supported kernel builds incorporating the referenced stable fixes.
Until patched, disable KSMBD_DEBUG_AUTH and tightly restrict access to kernel and service logs.
Treat accessible historical logs as sensitive and follow incident procedures for potential key exposure.
Validation and detection
Confirm the running kernel's vendor changelog or advisory includes the referenced ksmbd fix.
Verify KSMBD_DEBUG_AUTH logging is disabled unless specifically required and safely controlled.
Review retained logs and access records for unexpected access or exposed key material.
After remediation, confirm SMB signing and encryption still function without key bytes appearing in logs.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2026-43377 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
7Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.