An authenticated user with access to a kvv2 path through a policy containing a glob may be able to delete secrets they were not authorized to read or write, resulting in denial-of-service. This vulnerability did not allow a malicious user to delete secrets across namespaces, nor read any secret data. Fxed in Vault Community Edition 2.0.0 and Vault Enterprise 2.0.0, 1.21.5, 1.20.10, and 1.19.16.
Fix
Patch, vendor advisory and mitigation references on NVD 1
- https://discuss.hashicorp.com/t/hcsec-2026-05-vault-kvv2-metadata-and-secret-deletion-policy-bypass-denial-of-service/77342 Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 8.1 · hashicorpNVD modified 2026-10-26 22:10
Affected (CPE criteria) 2
cpe:2.3:a:hashicorp:vault:*:*:*:*:enterprise:*:*:*cpe:2.3:a:hashicorp:vault:*:*:*:*:-:*:*:*
References 4
- https://discuss.hashicorp.com/t/hcsec-2026-05-vault-kvv2-metadata-and-secret-deletion-policy-bypass-denial-of-service/77342 Vendor Advisory
- https://access.redhat.com/security/cve/CVE-2026-3605
- https://bugzilla.redhat.com/show_bug.cgi?id=2459105
- https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-3605.json