CVE-2026-39388 OpenBao's Certificate Authentication Allows Token Renewal With Different Certificate
Attackers with sibling certificates can renew tokens for different roles, extending lease lifetimes and bypassing certificate binding restrictions.
- Exploited in the wild
- Not known
- Login needed
- An administrator
- Attackable
- Over the internet
- Victim action needed
- A user has to click or open something
- Fix
- Available
What is CVE-2026-39388?
CVE-2026-39388 is a low-severity authentication bypass vulnerability in openbao, published on 21 Apr 2026. An attacker needs administrator access to exploit it, and only if a user opens a file or follows a link.
Official description
OpenBao is an open source identity-based secrets management system. Prior to version 2.5.3, OpenBao's Certificate authentication method, when a token renewal is requested and `disable_binding=true` is set, attempts to verify the current request's presented mTLS certificate matches the original. Token renewals for other authentication methods do not require any supplied login information. Due to incorrect matching, the certificate authentication method would allow renewal of tokens for which the attacker had a sibling certificate+key signed by the same CA, but which did not necessarily match the original role or the originally supplied certificate. This implies an attacker could still authenticate to OpenBao in a similar scope, however, token renewal implies that an attacker may be able to extend the lifetime of dynamic leases held by the original token. This attack requires knowledge of either the original token or its accessor. This vulnerability is original from HashiCorp Vault. This is addressed in v2.5.3. As a workaround, ensure privileged roles are tightly scoped to single certificates.
Weakness: CWE-295
Which versions are affected by CVE-2026-39388?
4 open source packages ship an affected version, including github.com/openbao/openbao and openbao. It affects 1 product.
| Package | Affected | Fixed in |
|---|---|---|
github.com/openbao/openbao Go | All versions | 0.0.0-20260420160924-abe84e1af4c3 |
github.com/openbao/openbao Go | All versions | 0.0.0-20260420160924-abe84e1af4c3 |
github.com/openbao/openbao Go | All versions | 0.0.0-20260420160924-abe84e1af4c3 |
openbao Bitnami | All versions | 2.5.3 |
Products include Openbao Openbao.
How do I fix CVE-2026-39388?
Upgrade github.com/openbao/openbao to 0.0.0-20260420160924-abe84e1af4c3 or later.
Upgrade, and rotate credentials and sessions that may have been exposed. More about Authentication bypass.
Is CVE-2026-39388 being exploited?
There is no known exploitation of CVE-2026-39388 in the wild and no public exploit code.
Other vulnerabilities in openbao
- CVE-2026-33757 OpenBao lacks user confirmation for OIDC direct callback mode
- CVE-2026-33758 OpenBao has Reflected XSS in its OIDC authentication error message
- CVE-2025-54997 OpenBao: Privileged Operator May Execute Code on the Underlying Host
- CVE-2025-64761 OpenBao Privileged Operator Identity Group Root Escalation
- CVE-2025-59043 OpenBao vulnerable to denial of service via malicious JSON request processing
Sources
Also known as BIT-openbao-2026-39388, GHSA-7ccv-rp6m-rffr, GO-2026-5213.