Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Impact | The CVSS 7.5 score (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) indicates high availability impact with minimal attack complexity—any network-connected attacker can trigger the vulnerability without authentication or special conditions. The attack vector is network-based and requires no user interaction, making exploitation trivial. However, real-world risk depends on: (1) whether the vulnerability is actively exploited (KEV status not provided in data), (2) whether public POC code exists (not mentioned), and (3) the operational impact of rekey cancellation. From a SSVC perspective, this is automatable and has high technical impact (denial of administrative function), but the blast radius is limited to availability of rekey operations rather than compromise of secrets themselves. Organizations running OpenBao v2.2.0+ already have a mitigation path via |
| Exploit ScenarioDerived | An attacker on the network (or with access to the OpenBao API endpoint) sends an unauthenticated HTTP POST or PUT request to the rekey cancellation endpoint (e.g., PUT /v1/sys/rekey/cancel) without providing any credentials. OpenBao accepts the request due to missing authentication validation and cancels any in-progress root key rekey or recovery key rekey operation. This forces administrators to restart the entire rekey process, potentially delaying critical key rotation or recovery procedures. If multiple cancellation requests are sent in rapid succession, the attacker creates a denial-of-service condition by repeatedly disrupting administrative workflows. The attack is trivial to execute: no special tools beyond curl/HTTP client needed, no authentication bypass required, no user interaction needed. The impact is amplified in environments where key rotation is time-sensitive (e.g., compliance-required rotations) or where the vault is in recovery mode. No known public POC has been reported, but the simplicity of the exploit (unauthenticated endpoint) means any attacker can independently discover and exploit it. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 15, 2026
OpenBao versions before 2.3.0 contain an unauthenticated denial-of-service vulnerability in the root rekey and recovery rekey endpoints that allows attackers to cancel critical key management operations without authentication or audit logging. This affects organizations using OpenBao for secrets management, and the high CVSS 7.5 score reflects the availability impact, though the vulnerability requires no special privileges or user interaction to exploit.
RemediationAI
Upgrade OpenBao to version 2.3.0 or later; details: Apply patch from commit fe75468822a22a88318c6079425357a02ae5b77b Workaround (Immediate - for v2.2.0+): Set configuration option disable_unauthed_rekey_endpoints=true in OpenBao configuration; details: This disables the vulnerable rekey endpoints on global listeners. Requires restart of OpenBao service. Workaround (Network-based): Restrict access to rekey endpoints via network controls; details: If an active proxy, load balancer, or firewall sits in front of OpenBao, configure access controls to deny requests to the root rekey and recovery rekey endpoints from unauthorized IP ranges. Specifically block HTTP requests to endpoints like /v1/sys/rekey/init, /v1/sys/rekey/cancel, /v1/sys/rekey-recovery-key/init, /v1/sys/rekey-recovery-key/cancel from untrusted sources. Future Mitigation: Awaiting future OpenBao release; details: Maintainers will set disable_unauthed_rekey_endpoints=true by default for all users and provide an authenticated alternative to rekey endpoints, as announced on OpenBao's website.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 3 packages in go, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
OpenBao is a secrets management and data protection solution that manages cryptographic keys, certificates, and sensitive credentials. The vulnerability exists in the rekey operation endpoints, which are used to rotate root keys and recovery keys—critical administrative functions in a secrets vault. The root cause is classified under CWE-20 (Improper Input Validation), indicating insufficient validation of requests to these administrative endpoints. These endpoints should require authentication and authorization but instead accept unauthenticated cancellation requests. This is a design/implementation flaw where security controls (authentication, authorization, audit logging) are missing from sensitive API endpoints that modify vault state. The affected product is OpenBao (fork/derivative of HashiCorp Vault), with specific impact on versions prior to 2.3.0.
Know when Openbao gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Primary rating from GitHub Advisory.
CVSS VectorGitHub Advisory
Lifecycle Timeline
2DescriptionGitHub Advisory
OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certificates, and keys. OpenBao before v2.3.0 allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service. In OpenBao v2.2.0 and later, manually setting the configuration option disable_unauthed_rekey_endpoints=true allows an operator to deny these rarely-used endpoints on global listeners. A patch is available at commit fe75468822a22a88318c6079425357a02ae5b77b. In a future OpenBao release communicated on OpenBao's website, the maintainers will set this to true for all users and provide an authenticated alternative. As a workaround, if an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.
Executive ViewAI
OpenBao users are vulnerable to unauthenticated denial-of-service attacks targeting critical rekey operations, which could disrupt access to secrets management infrastructure. This vulnerability affects organizations relying on OpenBao for secrets and certificate management, potentially impacting business continuity if rekey operations are disrupted during security incidents or routine maintenance.
Apply vendor patch. If patching cannot be completed immediately, implement these interim controls: (1) Set configuration option disable_unauthed_rekey_endpoints=true on all OpenBao instances running v2.2.0 or later; (2) Deploy network-layer access controls via proxy or load balancer to deny unauthenticated requests to rekey endpoints from untrusted IP ranges; (3) Implement WAF rules to block requests to rekey endpoint paths; (4) Enable and monitor audit logging for all rekey-related API calls to detect attack attempts.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Vault and Vault Enterprise (“Vault”) TLS certificate auth method did not correctly validate client certificates when con
Timing-based leakage of the single recovery token in OpenBao lets a remote, unauthenticated attacker who can reach the i
OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certifi
Vault’s SSH secrets engine did not require the valid_principals list to contain a value by default. Rated high severity
Cross-account IAM role impersonation in OpenBao's auth-aws plugin (versions up to and including 0.1.0) lets an authentic
OpenBao versions prior to 2.6.0 fail to reject syntax-significant characters when templated identity data is substituted
Unauthenticated denial of service in OpenBao 2.4.0 and earlier allows remote attackers to crash the server or exhaust CP
OpenBao is an open source identity-based secrets management system. Rated high severity (CVSS 7.5), this vulnerability i
Cross-namespace privilege escalation in OpenBao 2.3.0 through 2.6.2 allows an authenticated token holder to attach speci
Vault Community and Vault Enterprise (“Vault”) clusters using Vault’s Integrated Storage backend are vulnerable to a den
A privileged Vault operator with write permissions to the root namespace’s identity endpoint could escalate their own or
OpenBao, an open-source secrets management platform and Linux Foundation-maintained fork of HashiCorp Vault, received a
Same weakness CWE-20 – Improper Input Validation
View allSame technique Authentication Bypass
View allVendor StatusVendor
Debian
Bug #1069794| Release | Status | Fixed Version | Urgency |
|---|---|---|---|
| open | - | - |
SUSE
Severity: High| Product | Status |
|---|---|
| SUSE Linux Enterprise Server 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Linux Enterprise Server 16.0 | Fixed |
| SUSE Linux Enterprise Server 16.1 | Fixed |
| SUSE Linux Enterprise Server for SAP applications 16.0 | Fixed |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Fixed |
EUVD-2025-19111
GHSA-prpj-rchp-9j5h
NVD
CVE.org
EPSS
Exploit-DB