CVE-2026-53390: Linux kernel · ksmbd: fix out-of-bounds read in smb_check_perm_dacl()
Source GCVE Database
Not known to be exploited · CVSS 8.1 High.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 40% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 26 Oct 2026.
What to do
AI-suggested
A fix has been implemented in the Linux kernel to add the missing validation check for ACE size against the number of sub-authorities in smb_check_perm_dacl(). Users and administrators should apply the official Linux kernel updates that include this patch. Since this is not a cloud service, remediation depends on applying the updated kernel version. Patch status is not explicitly confirmed in the provided data; check the vendor advisory or Linux kernel mailing lists for the specific fixed versions and update accordingly.
Description
In the Linux kernel, the following vulnerability has been resolved: ksmbd: fix out-of-bounds read in smb_check_perm_dacl() The permission-check ACE walk in smb_check_perm_dacl() validates the ACE header size and caps sid.num_subauth at SID_MAX_SUB_AUTHORITIES, but it never checks that ace->size is actually large enough to contain num_subauth sub-authorities before compare_sids() dereferences them. CIFS_SID_BASE_SIZE covers the SID header up to but excluding the sub_auth[] array, and offsetof(struct smb_ace, sid) is the ACE header, so the existing guards only guarantee the 8-byte SID base, i.e. zero sub-authorities. compare_sids() then reads ace->sid.sub_auth[i] for i < min(local_sid->num_subauth, ace->sid.num_subauth). The local comparison SIDs (sid_everyone, sid_unix_NFS_mode, and the id_to_sid() result) always have at least one sub-authority, and an attacker controls the ACE revision and authority bytes (which lie within the in-bounds SID base), so they can match one of those SIDs and force the sub_auth read. A crafted ACE with size == 16 and num_subauth >= 1 placed at the tail of the security descriptor therefore causes a heap out-of-bounds read of up to SID_MAX_SUB_AUTHORITIES * sizeof(__le32) bytes past the pntsd allocation. The security descriptor is loaded by ksmbd_vfs_get_sd_xattr() into a buffer sized exactly to the on-disk data (kzalloc(sd_size) in ndr_decode_v4_ntacl()), so the read lands past the allocation. The malformed descriptor can be stored verbatim via SMB2_SET_INFO (the DACL is not normalised before being written to the security.NTACL xattr) and the read fires on a subsequent SMB2_CREATE access check, making this reachable by an authenticated client on a share that uses ACL xattrs. Add the missing num_subauth-versus-ace_size check, mirroring the identical guards already present in the sibling parsers parse_dacl() and smb_inherit_dacl().
References
- nvd.nist.gov/vuln/detail/CVE-2026-53390 (opens in a new tab)
- git.kernel.org/stable/c/1ef06004ed4bd6d3ed8c840d9d1a376b66d4935b (opens in a new tab)
- git.kernel.org/stable/c/36599894fa8536fefdf1e296c0af71b8b7226859 (opens in a new tab)
- git.kernel.org/stable/c/7627ff8c4f9919f14de562b0160ab4ec9d80b1f7 (opens in a new tab)
- git.kernel.org/stable/c/988c93d3bba066d8669143e6ec30bb2be9608d53 (opens in a new tab)
- git.kernel.org/stable/c/d5c81a095c86fe507c032d08f3a8cfc518444927 (opens in a new tab)
- git.kernel.org/stable/c/e36e35660adb9b8ef1435ac359151dda5f094c55 (opens in a new tab)
- git.kernel.org/stable/c/c7488c85fd822959e9b5c22fbd9e7c8a21caf5e0 (opens in a new tab)