CVE-2026-53390: ksmbd: fix out-of-bounds read in smb_check_perm_dacl()

Published Jul 19, 2026
·
Updated

In the Linux kernel, the following vulnerability has been resolved:

ksmbd: fix out-of-bounds read in smbcheckpermdacl()

The permission-check ACE walk in smbcheckpermdacl() validates the ACE header size and caps sid.numsubauth at SIDMAXSUBAUTHORITIES, but it never checks that ace->size is actually large enough to contain numsubauth sub-authorities before comparesids() dereferences them.

CIFSSIDBASESIZE covers the SID header up to but excluding the subauth[] array, and offsetof(struct smbace, sid) is the ACE header, so the existing guards only guarantee the 8-byte SID base, i.e. zero sub-authorities. comparesids() then reads ace->sid.subauth[i] for i < min(localsid->numsubauth, ace->sid.numsubauth). The local comparison SIDs (sideveryone, sidunixNFSmode, and the idtosid() 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 subauth read.

A crafted ACE with size == 16 and numsubauth >= 1 placed at the tail of the security descriptor therefore causes a heap out-of-bounds read of up to SIDMAXSUBAUTHORITIES sizeof(le32) bytes past the pntsd allocation. The security descriptor is loaded by ksmbdvfsgetsdxattr() into a buffer sized exactly to the on-disk data (kzalloc(sdsize) in ndrdecodev4ntacl()), so the read lands past the allocation. The malformed descriptor can be stored verbatim via SMB2SETINFO (the DACL is not normalised before being written to the security.NTACL xattr) and the read fires on a subsequent SMB2CREATE access check, making this reachable by an authenticated client on a share that uses ACL xattrs.

Add the missing numsubauth-versus-acesize check, mirroring the identical guards already present in the sibling parsers parsedacl() and smbinheritdacl().

Affected Software

7 affected components
Linux Kernel
Linux Linux kernel>=5.15.210<5.15.212
Linux Linux kernel>=6.6.140<6.6.144
Linux Linux kernel>=6.12.84<6.12.95
Linux Linux kernel>=6.18.25<6.18.38
Linux Linux kernel>=7.0.2<7.1.3
Linux Linux kernel=6.1.176

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Linux kernel (ksmbd) to a version that resolves this vulnerability.

    Patch ksmbd: fix out-of-bounds read in smb_check_perm_dacl()

Event History

Jul 19, 2026
CVE Published
via MITRE·12:01 PM
Data Sourced
via MITRE·12:01 PM
DescriptionSeverity
Data Sourced
via NVD·12:16 PM
RemedyDescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which systems are exposed to this issue?

Systems using the Linux kernel's ksmbd SMB server component are exposed when they process SMB security descriptors containing attacker-controlled access control entries. The issue is in permission checking for DACL ACEs, not in a client-side SMB parser.

2

What does an attacker need to trigger the out-of-bounds read?

An attacker needs the ability to supply a crafted ACE in a security descriptor processed by ksmbd. The ACE can declare one or more SID sub-authorities while being too small to contain them; matching the attacker-controlled SID revision and authority to a locally compared SID can cause the invalid sub-authority access.

3

How can I determine whether an attempted trigger is present?

Look for ksmbd processing security descriptors with ACEs at the end of the descriptor whose size is 16 bytes while their SID num_subauth value is at least 1. Such an ACE lacks space for the declared sub-authority array and can cause a heap out-of-bounds read during DACL permission checks.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203