Cyber Resilience

CVE-2025-55001

Openbao ≤ 2.3.2

Published
09 August 2025
Modified
17 June 2026
Patch / advisory
CVSS Score v3.1 6.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:N
EPSS Score 0.0022 13th percentile
Risk Priority 47 floored blend · peak EPSS

Summary

CVE-2025-55001 is a medium-severity Improper Neutralization of Whitespace (CWE-156) vulnerability in Openbao Openbao. Its CVSS base score is 6.5 (Medium).

Operationally, ranked at the 13th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SI-10 (Information Input Validation) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

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…

more

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.

CWE(s)

Related Threats

CVEs Like This One

CVE-2025-55000Same product: Openbao Openbao
CVE-2025-54998Same product: Openbao Openbao
CVE-2026-33757Same product: Openbao Openbao
CVE-2026-39388Same product: Openbao Openbao
CVE-2025-54999Same product: Openbao Openbao
CVE-2025-54997Same product: Openbao Openbao
CVE-2026-39946Same product: Openbao Openbao
CVE-2025-59043Same product: Openbao Openbao
CVE-2025-52893Same product: Openbao Openbao
CVE-2026-42186Same product: Openbao Openbao

Affected Assets

openbao
openbao
≤ 2.3.2

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

SI-10 directly requires validation of inputs, which structurally prevents improper whitespace handling before data reaches downstream components.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly require input neutralization to prevent whitespace issues.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

prevents

Secure coding standards directly require proper input sanitization and neutralization of special elements like whitespace.

finds

Security testing can detect whitespace handling issues but does not prevent them at the source.

prevents

Secure development lifecycle includes input validation and sanitization practices that can prevent improper whitespace handling.

prevents

Application security requirements typically mandate proper input validation and neutralization of special characters including whitespace.

prevents

Secure system architecture principles may indirectly support input handling but do not specifically address whitespace neutralization.

References