CVE-2026-11791: 389-ds-base: 389-ds-base: use-after-free in schema reload via attr_syntax_swap_ht()

Published Jun 5, 2026
·
Updated

A flaw was found in 389 Directory Server. During schema reload, the attrsyntaxswapht() function unconditionally frees attribute syntax information nodes, bypassing the refcount-based deferred deletion used elsewhere in the attribute syntax subsystem. If an administrator triggers schema reload while concurrent LDAP query traffic is active, worker threads may access freed memory, resulting in use-after-free or double-free and a denial of service (server crash).

Other sources

A use-after-free vulnerability exists in 389 Directory Server's schema reload mechanism. The attrsyntaxswapht() function (attrsyntax.c:1639-1665) frees all attribute syntax info nodes unconditionally via attrsyntaxfree(), bypassing the refcount-based deferred deletion pattern used by attrsyntaxdeletenolock() in the same file.

When an administrator triggers a schema reload (dsconf schema reload or cn=schema,cn=config modification) while concurrent LDAP query traffic is active, query threads that hold asyntaxinfo references after releasing the read lock access freed memory. Subsequent access or attrsyntaxreturn() on the dangling pointer causes use-after-free or double-free, crashing ns-slapd with SIGSEGV.

The race window is narrow (nanoseconds to low microseconds). GDB-controlled reproduction confirmed UAF with MALLOCPERTURB=170 and double-free crash. Stress testing (380 reloads + 12 query threads, 80s) did not trigger a natural crash.

Contributing factor: slapiattrisdnsyntaxtype() leaks asirefcnt by calling attrsyntaxgetbyname() without attrsyntaxreturn(), increasing the probability of nodes with outstanding references when swapht frees them.

Introduced with the dynamic schema reload feature. Present in all shipped 389-ds-base versions with schema reload support. CVE-2025-14905 fix patched schema.c only; attrsyntax.c untouched.

Red Hat

Affected Software

9 affected components
Red Hat 389-ds-base
redhat Directory Server=11.0
redhat Directory Server=12.0
redhat Directory Server=13.0
redhat 389 Directory Server
redhat Enterprise Linux=7.0
redhat Enterprise Linux=8.0
redhat Enterprise Linux=9.0
redhat Enterprise Linux=10.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade 389-ds-base to a version that resolves this vulnerability.

    Patch CVE-2025-14905
  2. Compensating control

    Mitigate the race by avoiding triggering schema reload (via dsconf schema reload or cn=schema,cn=config modification) while concurrent LDAP query traffic is active.

Event History

Jun 5, 2026
Data Sourced
via Red Hat·10:38 AM
DescriptionSeverityAffected Software
Jun 18, 2026
CVE Published
via MITRE·02:44 PM
Data Sourced
via MITRE·02:44 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·04:16 PM
DescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-11791?

CVE-2026-11791 has a medium severity rating of 5.

2

How do I fix CVE-2026-11791?

To fix CVE-2026-11791, ensure you update to the latest version of Red Hat 389 Directory Server that includes the security patch.

3

What systems are affected by CVE-2026-11791?

CVE-2026-11791 affects Red Hat Enterprise Linux and Red Hat 389 Directory Server.

4

What does the vulnerability CVE-2026-11791 exploit?

CVE-2026-11791 exploits a use-after-free flaw during schema reload via the attr_syntax_swap_ht() function.

5

What could be the impact of CVE-2026-11791?

The impact of CVE-2026-11791 could lead to a denial of service condition in the affected systems.

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