LiveActive security incident?Get immediate response
CVE Record

CVE-2026-73644: OpenDJ: Authorization bypass in SASL PLAIN allowing a `proxied-auth` holder to impersonate any resolvable non-root user without an ACI proxy grant

OpenDJ is an LDAPv3 compliant directory service. Prior to 5.1.2, the SASL PLAIN authorization identity path in opendj-server-legacy/src/main/java/org/opends/server/extensions/PlainSASLMechanismHandler.java checked the PROXIED_AUTH privilege but did not evaluate the mayProxy proxy ACI scope when an authzid resolved to a different user. Both dn: and u: or bare authzid forms could therefore let an authenticated account holding PROXIED_AUTH assume any resolvable non-root identity outside the identities permitted by its proxy ACI. The fix returns INVALID_CREDENTIALS (49) before password verification when the target authorization identity is not permitted. This issue is fixed in version 5.1.2.

CriticalCVSS 9.6Not KEV-listedUpdated
Glexia's TakeAutomated analysiscritical

Security readout for executives and security teams

Plain-English summary

A logged-in OpenDJ user with a powerful proxy privilege could impersonate other directory users beyond their authorized scope. This could expose or alter sensitive directory data under another user’s identity. The issue affects versions before 5.1.2 and does not permit impersonation of the root user.

Executive priority

Treat as an urgent identity-system remediation. Prioritize upgrade planning immediately, especially where privileged service accounts or network-reachable LDAP endpoints are involved. The potential business impact is unauthorized access or modification performed under trusted user identities, although active exploitation is not established.

Technical view

OpenDJ’s SASL PLAIN authorization-identity handling checked PROXIED_AUTH privilege but omitted the mayProxy ACI scope check when authzid differed from the authenticated identity. Resolvable non-root targets supplied through dn:, u:, or bare forms could be assumed without the required proxy grant. Version 5.1.2 rejects unauthorized targets with INVALID_CREDENTIALS (49).

Likely exposure

Exposure is highest where OpenDJ versions below 5.1.2 accept SASL PLAIN authentication and accounts hold PROXIED_AUTH. Successful abuse requires valid authentication and that privilege, but can cross intended proxy authorization boundaries over the network without user interaction.

Exploitation context

The supplied record is not KEV-listed, and the cited sources provide no evidence of active exploitation. Exploitation nevertheless has low stated complexity and could compromise confidentiality and integrity because an eligible authenticated account can impersonate resolvable non-root users outside its permitted proxy scope.

Researcher notes

The authorization failure occurs before target-password validation in the vulnerable path: privilege possession substitutes for the missing target-specific mayProxy decision. The patch adds that authorization check and returns LDAP result 49 when denied. Scope is limited to resolvable non-root authorization identities and requires an authenticated principal holding PROXIED_AUTH.

Mitigation direction

  • Upgrade affected OpenDJ deployments to version 5.1.2 or later.
  • Prioritize externally reachable or sensitive directory services using SASL PLAIN.
  • Review which accounts hold PROXIED_AUTH and remove unnecessary assignments.
  • Consult the vendor advisory and release notes before deployment.
  • Apply normal backup, change-control, and rollback procedures for the upgrade.

Validation and detection

  • Inventory OpenDJ versions and identify every deployment below 5.1.2.
  • Determine whether affected deployments accept SASL PLAIN authentication.
  • Enumerate accounts holding PROXIED_AUTH and review their intended proxy scope.
  • After upgrading, verify unauthorized authorization identities receive INVALID_CREDENTIALS result 49.
  • Confirm legitimate proxy operations allowed by mayProxy ACIs still function.
Prepared
Confidence
high
Sources
4

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · low confidence lookup

CWE-285: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cwe · low confidence lookup

CWE-639: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
description · low confidence lookup

Credential and access behavior lookup

The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
description · low confidence lookup

Privilege behavior lookup

The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2026-73644 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Critical
CVSS
9.6 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
3Timeline events
1ADP providers
4Source links

SSVC decision data

CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
9.6CVSS 3.1CriticalCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N3.15.8GitHub_M

Vulnerability scoring details

Base CVSS 3.1 score

9.6Critical
CVSS 3.1 vector shape for CVE-2026-73644Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

ADP provider summaries

CISA-ADPCISA ADP Vulnrichment
other:ssvc
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
OpenIdentityPlatformOpenDJ< 5.1.2Listed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-285 · source CWE mapping

Improper Authorization

Improper Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.

CWE-639 · source CWE mapping

Authorization Bypass Through User-Controlled Key

Authorization Bypass Through User-Controlled Key represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.