Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as a valid OpenBao caller
-
ExploitIssue token requests with form-encoded bodies or forwarded certificates
-
ExecutionRole resolution fails, bypassing quota lookup
-
ImpactMint tokens repeatedly without consuming rate-limit budget
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Interaction frequency control
|
| Exploitation Conditions | Exploitation requires that the target OpenBao deployment has rate-limit quota rules scoped to backend-specific roles configured; without such role-scoped quotas there is nothing to bypass. The bypass is triggered specifically by sending requests with form-encoded bodies or by presenting forwarded client certificates, which cause role resolution to fail so the quota is not enforced. The actor must be a caller otherwise able to request tokens from the affected backend ('valid callers' per the advisory), which limits this to parties with legitimate access to the token-issuance path rather than fully anonymous attackers - note this tension with the CVSS PR:N. Versions before 2.6.4 and 2.7.0 through before 2.7.1 are affected; the only complete fix stated by the vendor is upgrading to 2.6.4 or 2.7.1. |
| Impact | This is a moderate-severity control-bypass, not an urgent emergency. The vendor CVSS 4.0 score of 6.3 (AV:N/AC:L/AT:P/PR:N/UI:N) reflects network reachability with low complexity but a present attack requirement (AT:P) - the bypass only occurs on specific request-parsing paths (form-encoded bodies or forwarded certificates). The only impact metric set is VA:L (low availability on the vulnerable system); confidentiality and integrity are N, consistent with CWE-799 (improper control of interaction frequency / rate-limit bypass) and inconsistent with the input's 'Information Disclosure' tag - nothing in the evidence supports data disclosure. There is a notable signal conflict on privileges: the CVSS vector asserts PR:N (unauthenticated), yet the advisory repeatedly states the flaw lets 'valid callers' issue tokens, which implies the actor must already be an authorized caller capable of requesting tokens - verify authentication expectations with the vendor rather than treating this as anonymous abuse. No EPSS score, no CISA KEV listing, and no verified exploit code were provided; the two references are vendor/coordination advisories (GHSA and VulnCheck), not proof-of-concept exploits. The vuln.today decision label is 'this_month', aligning with a patch-on-normal-cadence posture rather than act_now/emergency. Net: a real but contained operational-control weakness whose main effect is defeating role-scoped rate-limit budgets, worth patching within a normal maintenance window. |
| Exploit ScenarioDerived | A legitimate OpenBao caller that is subject to a backend-specific, role-scoped rate-limit quota crafts its token-issuance requests using form-encoded bodies (or presents forwarded client certificates). Because role resolution fails on these request shapes, the quota subsystem does not attribute the requests to the configured role, so the caller mints tokens repeatedly without ever consuming its configured budget. No public exploit code was identified at time of analysis; only vendor and coordinator advisories exist. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 22, 2026
OpenBao deployments that rely on role-scoped rate-limit quotas can have those quotas bypassed when a request is sent with a form-encoded body or with a forwarded client certificate, because role resolution fails and the backend-specific quota rule is not enforced. The affected ranges are OpenBao before 2.6.4 and 2.7.0 before 2.7.1; a caller with legitimate access to the token-issuance path can repeatedly issue tokens without consuming the configured role-based rate-limit budget. This is a moderate-severity control bypass rather than an urgent emergency, and no public exploit was identified at the time of analysis; vendor patches are available in 2.6.4 and 2.7.1.
RemediationAI
Upgrade OpenBao to 2.6.4 or 2.7.1; the vendor advisory at https://github.com/openbao/openbao/security/advisories/GHSA-5v22-543h-wg96 states these releases contain the patch, and the package metadata lists fixed versions 2.7.1 and 2.6.4 for go/github.com/openbao/openbao/v2. The advisory describes upgrading as the complete fix and does not provide a complete workaround, so deployments that cannot immediately upgrade should treat role-scoped quota enforcement as unreliable until they can move to a fixed release. No vendor-stated compensating control is given beyond upgrading.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
OpenBao is an open-source secrets-management platform derived from HashiCorp Vault. Its rate-limit quota subsystem can enforce quotas against backend-specific roles, and that enforcement depends on resolving the role associated with an incoming request. According to the GHSA advisory, requests that use form-encoded bodies or that present forwarded client certificates cause role resolution to fail, so quotas scoped to those roles are skipped. The root cause class is CWE-799 (Improper Control of Interaction Frequency), because the rate-limiting control can be evaded rather than because of memory corruption or code execution; the trigger is specifically the request forms described in the advisory. The vulnerable Go package is github.com/openbao/openbao/v2, with affected ranges below 2.6.4 and 2.7.0 through before 2.7.1. The flaw is original to HashiCorp Vault per the advisory, and exploitation is only meaningful where role-scoped rate-limit quotas are actually configured.
Know when the next one hits your stack
- 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
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N
Issuing tokens requires a valid caller, so PR:L not PR:N; the bypass path is attacker-controlled (AC:L); only availability of rate-limit enforcement is affected (A:L, C/I:N).
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
1DescriptionCVE.org
OpenBao before 2.6.4 and 2.7.x before 2.7.1 contains a flaw in its rate limit quota subsystem where role resolution fails for requests with form-encoded bodies or forwarded certificates, so quota rules scoped to backend-specific roles are not enforced. Valid callers can repeatedly issue tokens without consuming the configured role-based rate limit budget.
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.
EUVD-2026-108284
GHSA-4pgx-x639-9642
NVD
CVE.org
EPSS
Exploit-DB