Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify Vault API endpoint
-
DeliverySend unauthenticated POST to /sys/generate-root/attempt
-
ExploitImmediately cancel via DELETE
-
ExecutionRepeat in tight loop
-
ImpactBlock legitimate admin workflows
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource allocation limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | No special conditions-remote unauthenticated exploitation against default configurations of HashiCorp Vault Community Edition and Vault Enterprise versions prior to 2.0.0. Attack targets administrative API endpoints exposed per standard Vault deployment architecture. Exploitation requires only network connectivity to Vault's API listener (default TCP 8200) and does not depend on specific features being enabled, non-default settings, or authenticated sessions. Attack effectiveness is maximized when Vault API is exposed to untrusted networks without reverse proxy rate limiting. Attack impact is limited to scenarios where legitimate operators need to initiate root token generation or rekey operations during the attack window-organizations not actively performing these administrative tasks experience no functional disruption despite the vulnerability being exploitable. |
| Impact | Real-world risk is MODERATE despite high CVSS 7.5 base score. CVSS vector AV:N/AC:L/PR:N/UI:N indicates trivial network-based exploitation requiring no authentication or user interaction-this aligns with SSVC assessment of 'Automatable: yes'. However, impact is purely availability (A:H/C:N/I:N) targeting administrative workflows, not production secret access. EPSS score of 0.01% (3rd percentile) suggests security researchers assess actual exploitation likelihood as very low, likely because the impact is limited to operational inconvenience rather than data breach. SSVC 'Exploitation: none' confirms no public exploit code or active campaigns. SSVC 'Technical Impact: partial' correctly notes this disrupts administrative operations but does not compromise confidentiality or integrity of stored secrets. Risk prioritization depends heavily on organizational context: environments with frequent root token rotation or active cluster maintenance face higher operational impact than static deployments. The vulnerability is a realistic DoS vector for targeted attacks against organizations known to use Vault, but unlikely to see widespread automated exploitation given limited attacker ROI. KEY LIMITATION: HashiCorp advisory does not specify if existing mitigation controls (API rate limiting, network ACLs) were ineffective-defenders should verify whether standard protective measures reduce real-world exploitability. |
| Exploit ScenarioDerived | An unauthenticated attacker sends automated HTTP requests to Vault's API endpoints for root token generation (/sys/generate-root/attempt) and cluster rekey operations (/sys/rekey/init), rapidly initiating and canceling these operations in a loop. Each request occupies the single concurrency slot Vault reserves for these sensitive workflows. Legitimate administrators attempting to perform emergency root token regeneration or planned cluster rekey operations receive errors indicating an operation is already in progress. The attack continues indefinitely, blocking all administrative recovery workflows until the attacker stops or network-layer defenses interrupt the request stream. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv3 – Apr 17, 2026
HashiCorp Vault unauthenticated denial-of-service vulnerability allows remote attackers to block critical administrative operations by monopolizing the single operation slot for root token generation and rekey workflows. Affects all Vault Community and Enterprise versions prior to 2.0.0. No active exploitation confirmed (EPSS 3rd percentile), but attack is trivially automatable per CISA SSVC framework. HashiCorp released patches in Vault Community Edition 2.0.0 and Vault Enterprise 2.0.0.
Earlier versions of this analysis (2)
Unauthenticated denial-of-service in HashiCorp Vault versions prior to 2.0.0 allows remote attackers to block legitimate root token generation and rekey operations by repeatedly initiating or canceling these workflows. Attackers exploit a single-slot operation queue (CWE-770: Allocation of Resources Without Limits), preventing administrative recovery and key rotation procedures. CVSS 7.5 (High) reflects network-accessible, low-complexity exploitation requiring no privileges. No active exploitation confirmed (not in CISA KEV), no public POC identified, EPSS data unavailable. Vendor-released patch available in Vault Community and Enterprise 2.0.0.
HashiCorp Vault suffers a denial-of-service vulnerability allowing remote unauthenticated attackers to block critical administrative workflows by repeatedly initiating then canceling root token generation or rekey operations. The attack exploits a single-slot concurrency limitation, preventing legitimate operators from completing these security-critical procedures. Classified as CWE-770 (Allocation of Resources Without Limits or Throttling), this network-accessible flaw affects both Community and Enterprise editions prior to version 2.0.0. CVSS 7.5 (High) reflects the availability impact, though EPSS data is unavailable for risk calibration. No evidence of active exploitation or public proof-of-concept identified at time of analysis.
RemediationAI
Upgrade to HashiCorp Vault Community Edition 2.0.0 or Vault Enterprise 2.0.0 per vendor advisory HCSEC-2026-08 at https://discuss.hashicorp.com/t/hcsec-2026-08-vault-vulnerable-to-denial-of-service-via-unauthenticated-root-token-generation-rekey-operations/77345. For environments unable to upgrade immediately, implement network-layer rate limiting on Vault API endpoints (specifically /sys/generate-root/* and /sys/rekey/* paths) to throttle unauthenticated requests-limit to 1-5 requests per minute per source IP. Deploy IP allowlisting via firewall rules or reverse proxy to restrict administrative API access to known operator networks or bastion hosts. Note that allowlisting reduces operational flexibility for distributed teams and may conflict with automated tooling that performs scheduled maintenance. Monitor Vault audit logs for abnormal volumes of generate-root or rekey initiation/cancellation events as attack indicators. Compensating controls reduce but do not eliminate risk since attackers within allowed IP ranges can still exploit the vulnerability. Testing patch in non-production is critical as Vault 2.0.0 represents a major version upgrade that may include breaking changes to plugin interfaces or configuration syntax.
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
HashiCorp Vault is a secrets management platform used to secure, store, and control access to tokens, passwords, certificates, and encryption keys. This vulnerability exploits CWE-770 (Allocation of Resources Without Limits or Throttling) in Vault's administrative workflow handling. Vault enforces a single-operation concurrency model for sensitive operations like root token generation and cluster rekey processes-only one such operation can be in-progress at a time. The affected code path lacks rate-limiting or authentication checks on operation initiation and cancellation endpoints, allowing attackers to spam these endpoints over the network (AV:N) with no credentials required (PR:N). The CPE strings cpe:2.3:a:hashicorp:vault and cpe:2.3:a:hashicorp:vault_enterprise indicate both product lines share the vulnerable code path. ENISA tracking (EUVD-2026-23362) confirms European infrastructure exposure.
Know when Vault 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 Vendor (HashiCorp).
CVSS VectorVendor: HashiCorp
Lifecycle Timeline
4DescriptionCVE.org
Vault is vulnerable to a denial-of-service condition where an unauthenticated attacker can repeatedly initiate or cancel root token generation or rekey operations, occupying the single in-progress operation slot. This prevents legitimate operators from completing these workflows. This vulnerability, CVE-2026-5807, is fixed in Vault Community Edition 2.0.0 and Vault Enterprise 2.0.0.
Executive ViewAI
HashiCorp Vault versions prior to 2.0.0 contain an unauthenticated denial-of-service vulnerability that allows attackers to block critical administrative functions including root token generation and key rotation operations. This directly threatens business continuity by preventing authorized personnel from executing emergency recovery and security key management procedures, potentially leaving organizations unable to respond to incidents or maintain cryptographic key lifecycles.
Apply vendor patch: Upgrade to HashiCorp Vault 2.0.0 or later. If immediate upgrade is not feasible, implement network segmentation to restrict access to Vault administrative endpoints to trusted internal networks only, and monitor for repeated token generation or rekey operation attempts from external sources.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Vault and Vault Enterprise (“Vault”) may expose sensitive information when enabling an audit device which specifies the
Vault and Vault Enterprise (“Vault”) TLS certificate auth method did not correctly validate client certificates when con
The official vault docker images before 0.11.6 contain a blank password for a root user. Rated critical severity (CVSS 9
HashiCorp Vault and Vault Enterprise 1.4.0 and 1.4.1, when configured with the GCP Secrets Engine, may incorrectly gener
An issue was discovered in HashiCorp Vault and Vault Enterprise before 1.11.3. Rated critical severity (CVSS 9.1), this
HashiCorp Vault Enterprise 1.7.0 through 1.9.7, 1.10.4, and 1.11.0 clusters using Integrated Storage expose an unauthent
HashiCorp Vault and Vault Enterprise versions 0.11.0 through 1.3.3 may, under certain circumstances, have existing neste
Token leakage in HashiCorp Vault and Vault Enterprise (0.11.2 up to 2.0.0, 1.21.5, 1.20.10, and 1.19.16) occurs when an
Vault’s SSH secrets engine did not require the valid_principals list to contain a value by default. Rated high severity
Server-side request forgery (SSRF) in HashiCorp Vault's PKI engine ACME validation allows unauthenticated remote attacke
HashiCorp Vault and Vault Enterprise versions 0.8.3 and newer, when configured with the GCP GCE auth method, may be vuln
HashiCorp Vault and Vault Enterprise versions 0.7.1 and newer, when configured with the AWS IAM auth method, may be vuln
Same technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| openSUSE Tumbleweed | Fixed |
EUVD-2026-23362
GHSA-88v5-9hxc-f85r
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB