Read the docs
TI-2025-34705 Aliases CVE-2025-55001GHSA-2q8q-8fgw-9p6p

OpenBao LDAP MFA Enforcement Bypass When Using Username As Alias

Priority LOW 28CWE-156Published · Updated

Key facts

Attack vector
Network
Privileges required
High
User interaction
None
Attack complexity
Low
Impact type
—
Confidentiality · integrity · availability
High · High · None
Fix status
Fixed

Attack profile from CVSS 3.1 · CNA. Fix status from CNA and GitHub.

Summary

OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certificates, and keys. In versions 2.3.1 and below, OpenBao allowed the assignment of policies and MFA attribution based upon entity aliases, chosen by the underlying auth method. When the username_as_alias=true parameter in the LDAP auth method was in use, the caller-supplied username was used verbatim without normalization, allowing an attacker to bypass alias-specific MFA requirements. This issue was fixed in version 2.3.2. To work around this, remove all usage of the username_as_alias=true parameter and update any entity aliases accordingly.

Why it matters now

Exploitation None reported CISA SSVC · not in CISA KEV
EPSS 0.00244 15th percentileScored 2026-11-07
Fix Fixed openbao (openbao): 2.3.2github.com/openbao/openbao (Go): 2.3.2, 0.0.0-20250807212521-c52795c1ef74

SSVC decision points

CISA ADP · SSVC 2.0.3

Exploitation
None
Automatable
No
Technical impact
Partial

The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.

Affected products

VendorProductAffected versionsFixed inStatusSource
openbaoopenbaobefore 2.3.22.3.2Patch availableCNA
—github.com/openbao/openbao (Go)0.1.0 to before 2.3.22.3.2Patch availableGHSA-2q8q-8fgw-9p6p
—github.com/openbao/openbao (Go)before 0.0.0-20250807212521-c52795c1ef740.0.0-20250807212521-c52795c1ef74Patch availableGHSA-2q8q-8fgw-9p6p
  • openbao Vendoropenbao Affected before 2.3.2 Fixed in 2.3.2 Patch available CNA
  • github.com/openbao/openbao (Go) Vendor— Affected 0.1.0 to before 2.3.2 Fixed in 2.3.2 Patch available GHSA-2q8q-8fgw-9p6p
  • github.com/openbao/openbao (Go) Vendor— Affected before 0.0.0-20250807212521-c52795c1ef74 Fixed in 0.0.0-20250807212521-c52795c1ef74 Patch available GHSA-2q8q-8fgw-9p6p

CPE configurations NVD · 1

CPEVersionsRoleVendor
cpe:2.3:a:openbao:openbao:*:*:*:*:*:*:*:*before 2.3.2Vulnerableopenbao
  • cpe:2.3:a:openbao:openbao:*:*:*:*:*:*:*:* Versions before 2.3.2 Vulnerable ·openbao

Remediation

  • Fix · CNA openbao (openbao) Fixed in 2.3.2
  • Fix · GHSA-2q8q-8fgw-9p6p github.com/openbao/openbao (Go) Fixed in 2.3.2 Advisory →
  • Fix · GHSA-2q8q-8fgw-9p6p github.com/openbao/openbao (Go) Fixed in 0.0.0-20250807212521-c52795c1ef74 Advisory →

Timeline

  1. 2026-10-02 Threatist record created from CVE-2025-55001
  2. 2026-10-03 Alias added: GHSA-2q8q-8fgw-9p6p

References

Patch 1

Advisory 3

Other 2

  • TI-2024-01904 Vault Cert Auth Method Did Not Correctly Validate Non-CA Certificates CVSS 3.1CRITICAL 9.8
  • TI-2026-28381 OpenBao has Decompression Bomb via Unbounded Copy in OCI Plugin Extraction (DoS) CVSS 3.1MEDIUM 6.5
  • TI-2026-26136 OpenBao lacks user confirmation for OIDC direct callback mode CVSS 3.1CRITICAL 9.6
  • TI-2026-26137 OpenBao has Reflected XSS in its OIDC authentication error message CVSS 4.0CRITICAL 9.4
  • TI-2025-34701 OpenBao: Privileged Operator May Execute Code on the Underlying Host CVSS 3.1CRITICAL 9.1
  • TI-2025-36685 OpenBao vulnerable to denial of service via malicious JSON request processing CVSS 3.1HIGH 7.5
See all 24 →

Sources

This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences