Skip to main content

OpenBao EUVDEUVD-2026-108284

| CVE-2026-115359 MEDIUM
Improper Control of Interaction Frequency (CWE-799)
2026-10-22 disclosure@vulncheck.com GHSA-4pgx-x639-9642
6.3
CVSS 4.0 · Vendor: vulncheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate as a valid OpenBao caller
  2. Exploit
    Issue token requests with form-encoded bodies or forwarded certificates
  3. Execution
    Role resolution fails, bypassing quota lookup
  4. Impact
    Mint 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

openbao 0 <2.6.4
openbao 2.7.0 <2.7.1

Affected Packages

euvd openbao fix: 2.6.4, 2.7.1

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

Vendor (vulncheck) PRIMARY 6.3 MEDIUM
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
vuln.today AI 4.3 MEDIUM

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).

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N

Primary rating from Vendor (vulncheck).

CVSS VectorVendor: vulncheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
None
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

1
Patch available
Oct 22, 2026 - 20:18 EUVD

DescriptionCVE.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

EPSS Score
0.2%
Top 92% exploitable
Prevalence
Low
OpenBao is a niche open-source Vault fork with limited enterprise adoption
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact· derived
Medium

Priority Score

32
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy