Public mode

No access to your tenant or devices. Every item links to its source. What this means

Sources need attention Customize Public modeDiscuss ChangeIntel on Discord

OpenBao's Certificate Authentication Allows Token Renewal With Different Certificate

CVSS 4.0 2.0 LOWEUVD CVSS 4.0 2.0 CVSS 4.0 · [email protected] · Secondary 2.0 LOWCVSS 3.1 · [email protected] · Primary 3.1 LOWCVSS_V3 CVSS_V4 Publisher rating LOWFixed by github.com/openbao/openbao 0.0.0-20260420160924-abe84e1af4c3osv · severity unknownFixed by github.com/openbao/openbao 0.0.0-20260420160924-abe84e1af4c3KEV status unknown

cve-program · CVE-2026-39388

Published

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.

Read the publisher's advisory

euvd · EUVD-2026-24029

Published

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.

Read the publisher's advisory

nvd · CVE-2026-39388

Published

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.

Read the publisher's advisory

osv · GHSA-7ccv-rp6m-rffr

Published

### Background 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. ### Impact 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 originally from HashiCorp Vault. ### Patches This has been addressed in v2.5.3. ### Workarounds Ensure privileged roles are tightly scoped to single certificates.

Read the publisher's advisory

osv · GO-2026-5213

Published

OpenBao's Certificate Authentication Allows Token Renewal With Different Certificate in github.com/openbao/openbao

Read the publisher's advisory

Affected versions, risk and source history

cve-program · CVE-2026-39388

Published

openbao

Vendor product

Publisher's version information

Shown as published. These rules are not interpreted as NuGet package version ranges.

{
                    "vendor": "openbao",
                    "product": "openbao",
                    "versions": [
                        {
                            "version": "< 2.5.3",
                            "status": "affected"
                        }
                    ]
                }

Original source record · Cite this exact observation · Complete original publisher JSON

euvd · EUVD-2026-24029

Published

EUVD source date text has no stated timezone and is retained without inventing a UTC instant. Related bulletin membership is not an alias, common cause or applicability claim. A missing vector with a zero score is treated as unrated. Complete vendor/product and underlying source evidence remains in the original JSON.

Original publisher date fields

datePublished: Apr 21, 2026, 12:43:22 AM

dateUpdated: Apr 21, 2026, 7:36:07 PM

2 related source bulletins · separate from aliases

openSUSE-SU-2026:10594-1: openbao-2.5.3-1.1 on GA media

CVE-2026-3605 · CVE-2026-39388 · CVE-2026-39396 · CVE-2026-39946 · CVE-2026-40264 · CVE-2026-5807

WID-SEC-W-2026-1189: OpenBao: Mehrere Schwachstellen

CVE-2026-39388 · CVE-2026-39396 · CVE-2026-39946 · CVE-2026-40264

No normalized affected-package data is projected for this source revision. The original publisher record may contain additional product and version evidence; this does not establish that a package is unaffected.

Original source record · Cite this exact observation · Complete original publisher JSON

nvd · CVE-2026-39388

Published

NVD analysis and CPE criteria are source context, not proof that a package or your environment is affected. Complete affected data, logical configurations and SSVC are retained in the original JSON.

Source analysis status: Analyzed

Weakness classifications: CWE-295

Original publisher date fields

published: 2026-04-21T01:16:06.357

lastModified: 2026-11-11T23:10:00.263

1 source CPE criteria · context only
  • cpe:2.3:a:openbao:openbao:*:*:*:*:*:*:*:*

The original JSON retains the logical configuration operators, exclusions and version bounds.

No normalized affected-package data is projected for this source revision. The original publisher record may contain additional product and version evidence; this does not establish that a package is unaffected.

Original source record · Cite this exact observation · Complete original publisher JSON

osv · GHSA-7ccv-rp6m-rffr

Published

github.com/openbao/openbao

Go

SEMVER · introduced 0 → fixed 0.0.0-20260420160924-abe84e1af4c3

Original source record · Cite this exact observation · Complete original publisher JSON

osv · GO-2026-5213

Published

github.com/openbao/openbao

Go

SEMVER · introduced 0 → fixed 0.0.0-20260420160924-abe84e1af4c3

Original source record · Cite this exact observation · Complete original publisher JSON

ChangeIntel

An IT change radar: releases, security, known issues, retirements, documentation changes, and service status from public sources. Every item links to supporting evidence; dates and statuses can change after they are read.

Sources read 15 Nov 11:08 UTC · 256 of 275 readable · 252 fully read · documentation 469/469 current