MEDIUM 5.4

CVE-2026-12528: 389 Directory Server Heap Buffer Overflow in ACI Parsing

A bug in 389 Directory Server's ACI (Access Control Instruction) parsing can allow an authenticated user to corrupt memory on the server. When a specially crafted ACI string is processed, the parser fails to properly validate keyword length after removing whitespace, causing it to write one byte beyond allocated heap memory and then read from invalid locations. An attacker with write permissions to the aci attribute could exploit this to silently damage the server's memory state, potentially leading to service degradation or unexpected behavior.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L
Weaknesses (CWE)
CWE-787
Affected products
8 configuration(s)
Published / Modified
2026-06-17 / 2026-06-28

NVD description (verbatim)

A flaw was found in 389 Directory Server in the __aclp__normalize_acltxt() function of aclparse.c. A malformed ACI (Access Control Instruction) string can trigger heap-buffer-overflow writes and reads during ACI parsing. The function fails to validate that the ACI keyword has sufficient length after whitespace stripping, leading to a 1-byte out-of-bounds write and subsequent out-of-bounds reads. An authenticated user with write access to the aci attribute could send a crafted ACI value to silently corrupt heap memory in the directory server process.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-12528 is a heap-buffer-overflow vulnerability in the __aclp__normalize_acltxt() function within 389 Directory Server's aclparse.c. The vulnerability stems from insufficient length validation of ACI keywords after whitespace stripping. A crafted ACI string can trigger a 1-byte out-of-bounds write followed by out-of-bounds reads, allowing silent heap corruption. The attack vector is network-based with low complexity; the attacker must be authenticated and possess write access to the aci attribute. The vulnerability is classified as CWE-787 (Out-of-bounds Write).

Business impact

This vulnerability affects the integrity and availability of Directory Server deployments. An authenticated insider or compromised account with aci write privileges could silently corrupt heap memory, leading to unpredictable service behavior, potential data inconsistency, or eventual denial of service. Organizations relying on 389 Directory Server for LDAP-based identity management should assess their access control policies and patch urgency based on the sensitivity of aci attribute write permissions within their environment.

Affected systems

Red Hat 389 Directory Server and Red Hat Enterprise Linux distributions that include Directory Server are affected. The vulnerability requires authentication and explicit write access to the aci attribute, limiting the immediate risk to internal users, applications, or administrators with that privilege level. Organizations should inventory instances of 389 Directory Server and evaluate who holds aci write permissions.

Exploitability

Exploitation requires authentication to the Directory Server and write access to the aci attribute—not a trivial barrier, but one that may be held by multiple internal users or service accounts. No exploit code is publicly available. The low attack complexity and straightforward mechanics (sending a malformed ACI string) mean that once an attacker gains the required privileges, the vulnerability is straightforward to trigger. The lack of KEV designation suggests this has not yet been observed in active exploitation campaigns.

Remediation

Apply security updates provided by Red Hat for 389 Directory Server and affected Enterprise Linux versions. Additionally, review and restrict write access to the aci attribute to only users and service accounts that require it. Consider implementing additional monitoring on ACI modifications and heap memory corruption indicators. Verify patch version numbers against the official Red Hat security advisory before deployment.

Patch guidance

Monitor Red Hat security advisories for 389 Directory Server and Enterprise Linux updates addressing this flaw. Test patches in a non-production environment first, given the core role Directory Server often plays in identity infrastructure. After patching, verify that ACI parsing and access control policies function as expected. If immediate patching is not feasible, tighten access controls on the aci attribute as a compensating control.

Detection guidance

Monitor Directory Server logs for unusual ACI modifications, particularly from unexpected accounts or applications. Watch for crashes, memory corruption indicators, or service restarts that could indicate exploitation. Network-based detection is limited since traffic appears as normal LDAP writes; focus on access logs showing aci attribute modifications and behavioral anomalies in Directory Server process health. Consider heap sanitizers or memory debugging tools in test environments to identify potential exploitation signatures.

Why prioritize this

While the CVSS score of 5.4 (MEDIUM) reflects the requirement for authentication and write privileges, the silent nature of heap corruption and potential for service degradation warrant prompt attention. Organizations with strict access controls on aci attributes can deprioritize relative to unpatched remote-unauthenticated flaws, but should still plan patching within normal cycles. The lack of active exploitation (no KEV status) is a mitigating factor, but the critical role of Directory Server in many environments justifies measured urgency.

Risk score, explained

The CVSS 3.1 score of 5.4 reflects a network attack vector with low complexity, required authentication, and no user interaction. The impact is limited to integrity and availability (no confidentiality loss), and the attack scope is unchanged. The authentication requirement and need for aci write privileges significantly reduce the attack surface compared to unauthenticated remote vulnerabilities, placing this in the MEDIUM severity band.

Frequently asked questions

Who is at risk from this vulnerability?

Organizations running 389 Directory Server or Red Hat Enterprise Linux with Directory Server are at risk, specifically if they have users, service accounts, or applications with write access to the aci attribute. Internal users and compromised authenticated accounts with those privileges pose the primary threat.

Can this vulnerability be exploited remotely without authentication?

No. The vulnerability requires both network access to the Directory Server and valid credentials with write permissions to the aci attribute. Unauthenticated attackers cannot exploit it.

What happens if the vulnerability is exploited?

Exploitation causes silent corruption of heap memory in the Directory Server process. This can lead to unpredictable behavior, service instability, data inconsistency, or eventual denial of service. Unlike some memory flaws, this is unlikely to enable code execution.

Should I restrict aci attribute access even before patching?

Yes. If patching is delayed, restricting write access to the aci attribute to only absolutely necessary service accounts and administrators serves as an effective compensating control and is a best practice regardless of this vulnerability.

This analysis is based on available vulnerability data as of the publication date and is intended for security professionals evaluating risk within their environments. Patch version numbers and specific affected product versions should be verified against official Red Hat security advisories before any remediation action. No exploit code or weaponized proof-of-concept details are provided. This information is provided 'as-is' without warranty; organizations should conduct their own security assessment based on their specific configurations and threat model. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).