Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain privileged Vault operator access
-
DeliveryCraft Raft snapshot with out-of-directory plugin entry
-
ExploitRestore snapshot bypassing plugin directory validation
-
ExecutionVault loads malicious plugin binary
-
ImpactExecute arbitrary code on Vault host
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Path canonicalization, traversal prevention
MITRE ATT&CK
2 techniques across 2 tactics: Discovery, Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a specific, non-default deployment: Vault must use Shamir seals (not auto-unseal) AND have an external plugin directory configured, because the flaw is that stored plugin catalog entries are not consistently verified to reference binaries inside that configured directory. The attacker must be a privileged operator with the ability to restore an Integrated Storage (Raft) snapshot (reflected as PR:H). Limiting factors that reduce real-world risk: the high privilege requirement, the dependence on the specific Shamir-seal-plus-external-plugin-directory configuration, and the high attack complexity (AC:H) of crafting and restoring a malicious snapshot. Clusters using auto-unseal or no external plugin directory are not affected by this path. |
| Impact | This is a genuinely serious but condition-gated vulnerability rather than a mass-exploitation threat. The CVSS 3.1 vector (AV:N/AC:H/PR:H/UI:N/S:C/C:H/I:H/A:H, base 8.0 High) tells a consistent story: high attack complexity (AC:H) and high privileges (PR:H) are both required, while the scope change (S:C) and triple-high impact reflect that success yields arbitrary code execution on the underlying host - outside Vault's own security authority. Because exploitation requires an already-privileged operator who can restore an Integrated Storage (Raft) snapshot, the realistic threat is primarily an insider/compromised-operator or supply-chain-of-trust scenario, not opportunistic remote attack. No EPSS score, CISA KEV listing, or public POC was provided in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation; the only reference is the vendor advisory (HCSEC-2026-41). The PR:H and AC:H metrics meaningfully depress real-world risk versus the 8.0 headline, so this should be prioritized for patching on Vault deployments that specifically use Shamir seals with an external plugin directory, but it is not a drop-everything internet-facing emergency for the typical deployment. |
| Exploit ScenarioDerived | A privileged Vault operator (or an attacker who has compromised such operator credentials) on a cluster configured with Shamir seals and an external plugin directory crafts or modifies a Raft snapshot so that a plugin catalog entry references a malicious binary outside the configured plugin directory. When that snapshot is restored, Vault loads and runs the referenced binary, yielding arbitrary code execution on the Vault host. No public exploit code was identified at time of analysis, and high attack complexity plus required privileges make this a targeted, not opportunistic, scenario. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Arbitrary code execution on the Vault host is achievable in HashiCorp Vault and Vault Enterprise when a privileged operator restores a crafted Integrated Storage (Raft) snapshot in a deployment configured with Shamir seals and an external plugin directory, because stored plugin catalog entries are not consistently verified to reference binaries inside that configured directory (CWE-22 path traversal). The attacker must already hold the high privileges needed to restore a Raft snapshot (CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:C/C:H/I:H/A:H), and exploitation also depends on the non-default Shamir-seal-plus-external-plugin-directory configuration, so this is a genuinely serious but condition-gated vulnerability rather than a mass-exploitation threat; clusters using auto-unseal or without an external plugin directory are not affected by this path. No public exploit identified at time of analysis, and vendor-released fixes are available in Vault Community Edition 2.1.2 and Vault Enterprise 2.1.2, 1.21.12, 1.20.17, and 1.19.23.
RemediationAI
Upgrade to a vendor-fixed release: Vault Community Edition 2.1.2, or Vault Enterprise 2.1.2, 1.21.12, 1.20.17, or 1.19.23, as documented in HCSEC-2026-41 (https://discuss.hashicorp.com/t/hcsec-2026-41-vault-vulnerable-to-arbitrary-code-execution-via-plugin-catalog-entries-restored-from-raft-snapshots/77813). Because the exploit path requires Shamir seals plus an external plugin directory, switching to auto-unseal with a supported KMS removes the Shamir-seal precondition while shifting operational dependence onto the KMS availability and configuration, and omitting or removing the external plugin directory configuration eliminates the affected code path at the cost of losing external plugin functionality. Additionally, restrict who can perform Raft snapshot restore to the smallest possible set of trusted operators and require out-of-band validation of snapshot contents before restore; these controls reduce exposure but can slow legitimate disaster-recovery procedures and should be paired with monitoring for unexpected plugin catalog changes, which may itself produce false positives in environments with frequent legitimate plugin management.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Vault's plugin architecture lets operators register external plugins, and the plugin catalog stores entries that include the command path of the binary to execute; when an external plugin directory is configured, Vault is expected to enforce that catalog entries resolve to binaries within that directory. The flaw is a path traversal (CWE-22) in which stored plugin catalog entries are not consistently validated against the configured plugin directory. When Vault uses Shamir seals (rather than auto-unseal), a privileged operator who can restore an Integrated Storage (Raft) snapshot can reintroduce or modify catalog entries that point outside the plugin directory to an arbitrary executable; Vault then runs that executable as a plugin subprocess with Vault host privileges, yielding code execution outside Vault's own security boundary (hence the CVSS scope change to S:C). The high attack complexity (AC:H) reflects the difficulty of crafting and restoring a malicious snapshot, and PR:H reflects the requirement for an operator already able to perform snapshot restore. The affected CPEs are the broad wildcard entries cpe:2.3:a:hashicorp:vault:*:*:*:*:*:*:*:* and cpe:2.3:a:hashicorp:vault_enterprise:*:*:*:*:*:*:*:*, indicating all pre-fix versions of Vault Community Edition and Vault Enterprise without version pinning in the feed.
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:H/PR:H/UI:N/S:C/C:H/I:H/A:H
Snapshot restore is a network/API administrative action (AV:N) requiring a privileged operator (PR:H) and a non-default Shamir/external-plugin configuration (AC:H); host code execution escapes Vault's scope (S:C) with full C/I/A impact.
Primary rating from Vendor (HashiCorp).
CVSS VectorVendor: HashiCorp
Lifecycle Timeline
2DescriptionCVE.org
Vault and Vault Enterprise did not consistently verify that stored plugin catalog entries reference binaries within the configured plugin directory. When Vault uses Shamir seals and has an external plugin directory configured, a privileged operator able to restore an Integrated Storage (Raft) snapshot may be able to execute arbitrary code on the Vault host. This vulnerability (CVE-2026-105816) is fixed in Vault Community Edition 2.1.2, and Vault Enterprise 2.1.2, 1.21.12, 1.20.17, and 1.19.23.
Executive ViewAI
A high-severity flaw in HashiCorp Vault and Vault Enterprise allows arbitrary code execution on the Vault host, which is the system that holds the organization's most sensitive secrets and encryption keys. The attack is not broadly exploitable: it requires an operator who already holds the highest-level privilege of restoring an Integrated Storage (Raft) snapshot, and the deployment must use a non-default combination of Shamir seals with an external plugin directory. Leadership should care because a compromise of this host would place every secret Vault manages at risk, though the small number of staff who can perform snapshot restores and the narrow configuration requirement keep this from being a mass-exploitation event.
No vendor-released patch is confirmed in the supplied structured data (the description references fixes in Vault Community Edition 2.1.2 and Vault Enterprise 2.1.2 - verify with HashiCorp). Interim mitigations: migrate affected clusters to auto-unseal, which is not affected by this path; remove or disable the external plugin directory configuration where it is not required; strictly limit snapshot-restore privileges to a small set of vetted operators with dual approval and change control; validate the provenance and integrity of every Raft snapshot before restore; and enable and monitor audit logging for snapshot restores and plugin catalog changes.
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
Path traversal exploits occur when applications use user-controlled input to construct file system paths without proper validation.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
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
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
HashiCorp Vault's KVv2 secrets engine allows authenticated users with glob-based policy access to delete secrets outside
EUVD-2026-94646
GHSA-pw8v-gjgv-3j42
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB