CVE-2025-54997: OpenBao: Privileged Operator May Execute Code on the Underlying Host

Published Aug 8, 2025
·
Updated

Impact

Under certain threat models, OpenBao operators with privileged API access may not be system administrators and thus normally lack the ability to update binaries or execute code on the system. Additionally, privileged API operators should be unable to perform TCP connections to arbitrary hosts in the environment OpenBao is executing within. The API-driven audit subsystem granted privileged API operators the ability to do both with an attacker-controlled log prefix. Access to these endpoints should be restricted.

Patches

OpenBao v2.3.2 will patch this issue.

Workarounds

Users may deny all access to the sys/audit/ interface (with create and update) permission via policies with explicit deny grants. This would not restrict root level operators, however, for whom there are no workarounds.

This interface allowed arbitrary filesystem and network (write) access as the user the OpenBao server was running as; in conjunction with allowing custom plugins or other system processes this may enable code execution.

References

This issue was disclosed to HashiCorp and is the OpenBao equivalent of the following tickets:

- https://discuss.hashicorp.com/t/hcsec-2025-14-privileged-vault-operator-may-execute-code-on-the-underlying-host/76033 - https://nvd.nist.gov/vuln/detail/CVE-2025-6000

Other sources

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, some OpenBao deployments intentionally limit privileged API operators from executing system code or making network connections. However, these operators can bypass both restrictions through the audit subsystem by manipulating log prefixes. This allows unauthorized code execution and network access that violates the intended security model. This issue is fixed in version 2.3.2. To workaround, users can block access to sys/audit/ endpoints using explicit deny policies, but root operators cannot be restricted this way.

MITRE

Affected Software

3 affected componentsFixes available
go/github.com/openbao/openbao<0.0.0-20250806194004-a14053c9679d
0.0.0-20250806194004-a14053c9679d
go/github.com/openbao/openbao>=0.1.0<2.3.2
2.3.2
OpenBao OpenBao<2.3.2

Event History

Aug 8, 2025
Advisory Published
via GitHub·02:37 PM
Data Sourced
via GitHub·02:37 PM
DescriptionSeverityWeaknessAffected Software
Aug 9, 2025
CVE Published
via MITRE·01:56 AM
Data Sourced
via MITRE·01:56 AM
DescriptionSeverityWeakness
Data Sourced
via NVD·03:15 AM
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-2025-54997?

CVE-2025-54997 is classified as a moderate severity vulnerability due to the potential for privileged API access misuse.

2

How do I fix CVE-2025-54997?

To mitigate CVE-2025-54997, upgrade to the latest remedied version of OpenBao, specifically version 0.0.0-20250806194004-a14053c9679d or 2.3.2.

3

Who is affected by CVE-2025-54997?

CVE-2025-54997 affects OpenBao instances where privileged API operators lack necessary limitations on their access.

4

What are the potential impacts of CVE-2025-54997?

An attacker exploiting CVE-2025-54997 could gain unauthorized access or control over systems that depend on OpenBao.

5

When was CVE-2025-54997 disclosed?

CVE-2025-54997 was disclosed in 2025 and is related to vulnerabilities found in specific versions of OpenBao.

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