CVE-2026-68431: ksmbd: validate minimum PDU size for transform requests
In the Linux kernel, the following vulnerability has been resolved:
ksmbd: validate minimum PDU size for transform requests
The receive path applies the minimum SMB2 PDU size check only when
ProtocolId is SMB2_PROTO_NUMBER. A packet carrying
SMB2_TRANSFORM_PROTO_NUM bypasses the check even when the negotiated
dialect does not provide transform handling.
On an SMB 2.1 connection, a short transform packet therefore reaches
init_smb2_rsp_hdr(), which interprets the request as a full SMB2 header
and reads beyond the request allocation. The copied fields can then be
returned to the unauthenticated client.
Compression transforms are converted to ordinary SMB2 messages before
protocol validation. After that conversion, validate ordinary SMB2
requests against SMB2_MIN_SUPPORTED_PDU_SIZE and require encryption
transform requests to contain both a transform header and an SMB2
header. This rejects truncated requests before work allocation.
Security readout for executives and security teams
Plain-English summary
CVE-2026-68431 is a critical Linux ksmbd flaw. An unauthenticated network client can send a truncated SMB transform request that causes the kernel SMB server to read beyond the request buffer. Data copied from that unintended memory may be returned to the client. Availability impact is rated high, although the supplied description does not explain the precise failure mode.
Executive priority
Treat reachable ksmbd servers as an urgent patching priority because exploitation requires no account or user action and may disclose kernel-adjacent memory. Prioritize externally reachable and broadly accessible file servers first. Systems not using ksmbd are not shown as exposed by the supplied evidence. Require vendor confirmation where kernel versions are backported or customized.
Technical view
The ksmbd receive path checked minimum size only for ordinary SMB2 protocol identifiers. A transform identifier could bypass validation on an SMB 2.1 connection and reach init_smb2_rsp_hdr(), which treats the short allocation as a full header and reads out of bounds. The referenced fix validates converted compression messages and requires encryption requests to contain both transform and SMB2 headers.
Likely exposure
Likely exposure is limited to Linux systems running ksmbd and accepting reachable SMB connections. The vulnerable path is specifically described on SMB 2.1 connections. Internet-facing or broadly accessible SMB services have the greatest practical exposure. The supplied version data mixes release numbers and commit identifiers, so distribution or appliance package status must be confirmed with its vendor.
Exploitation context
The path is network-accessible, low-complexity, requires no privileges or user interaction, and can be reached before authentication. The CVSS score is 9.1, with high confidentiality and availability impacts. The source bundle marks KEV false and provides no evidence of active exploitation or a public exploit; absence from KEV does not establish that exploitation is impossible.
Researcher notes
No CWE is supplied. The version records contain commit hashes, duplicate entries, a value of โ0,โ and release strings that are unsafe to interpret as simple ranges. Validate exposure through source or vendor backport provenance. The description establishes an out-of-bounds read and possible response disclosure; it does not establish code execution, and no active exploitation evidence is provided.
Mitigation direction
Obtain a vendor kernel update incorporating the applicable referenced Linux stable fix.
Confirm the exact fixed package or backport with the distribution or appliance vendor.
Until updated, restrict SMB access to trusted networks and authorized clients where operationally feasible.
If ksmbd is unnecessary, follow vendor guidance before disabling it temporarily.
Validation and detection
Inventory systems running ksmbd, their kernel builds, distribution packages, and accepted SMB dialects.
Map each deployed package to the referenced stable fixes using authoritative vendor guidance.
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-68431 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
8Source 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.