CVE-2026-46139: Linux kernel · smb: client: use kzalloc to zero-initialize security descriptor buffer
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in be1ef9512a3f5a755895c24f31b334342f4aa15b : update Linux kernel when convenient.
Data as of 6 Nov 2026, 16:34 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-11-06.
- Patch
- Available – fixed in be1ef9512a3f5a755895c24f31b334342f4aa15b, 941a1e6eb35440336913afc88a82103291956d5d, 9bdb2ca31368b7671949dfb94a5d57ffccd01edd +4
Exploitation evidence
Disclosed: evidence found.
CVE published 28 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 6 Nov 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: smb: client: use kzalloc to zero-initialize security descriptor buffer Commit 62e7dd0a39c2d ("smb: common: change the data type of num_aces to le16") split struct smb_acl's __le32 num_aces field into __le16 num_aces and __le16 reserved. The reserved field corresponds to Sbz2 in the MS-DTYP ACL wire format, which must be zero [1]. When building an ACL descriptor in build_sec_desc(), we are using a kmalloc()'ed descriptor buffer and writing the fields explicitly using le16() writes now. This never writes to the 2 byte reserved field, leaving it as uninitialized heap data. When the reserved field happens to contain non-zero slab garbage, Samba rejects the security descriptor with "ndr_pull_security_descriptor failed: Range Error", causing chmod to fail with EINVAL. Change kmalloc() to kzalloc() to ensure the entire buffer is zero-initialized. [1] https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/20233ed8-a6c6-4097-aafa-dd545ed24428
References
- git.kernel.org/stable/c/4c3ed344a970aad51388ac3b0145b98318f0e21f (opens in a new tab)
- git.kernel.org/stable/c/941a1e6eb35440336913afc88a82103291956d5d (opens in a new tab)
- git.kernel.org/stable/c/be1ef9512a3f5a755895c24f31b334342f4aa15b (opens in a new tab)
- git.kernel.org/stable/c/9bdb2ca31368b7671949dfb94a5d57ffccd01edd (opens in a new tab)
- git.kernel.org/stable/c/5e489c6c47a2ac15edbaca153b9348e42c1eacab (opens in a new tab)