CVE-2026-12624
ŚrednieCVSS 4.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 9 - wyżej niż 9% wszystkich znanych CVE
Streszczenie
Silnik zasad ACL w Vault nie egzekwował spójnie reguły deny z wildcardem (globem) dla żądań LIST z końcowym ukośnikiem na zablokowanej ścieżce. Token z szerszą regułą allow i węższą regułą deny może wyliczyć nazwy wpisów w ścieżce, do której nie powinien mieć dostępu.
Ocena ryzyka
Ujawnienie nazw zasobów w Vault, które powinny być ukryte, może pomóc atakującemu w dalszej eksploracji i eskalacji uprawnień.
Rekomendacja
Zaktualizuj Vault do wersji Community Edition 2.0.3 lub Enterprise 2.0.3, 1.21.8, 1.20.13 lub 1.19.19.
Inne podatności w Vault
Zobacz wszystkie- CVE-2026-89322Wysokie
Vault i Vault Enterprise nie zawsze oceniały polityki ACL względem kanonicznej formy nazw zasobów i polityk. Może to pozwolić uwierzytelnionemu użytkownikowi z delegowanymi uprawnieniami na ominięcie wyraźnego zakazu i dostęp do chronionego zasobu lub przypisanie zabronionej polityki, co może prowadzić do eskalacji uprawnień. Podatność jest naprawiona w Vault Community Edition 2.1.2 oraz Vault Enterprise 2.1.2, 1.21.12, 1.20.17 i 1.19.23.
- CVE-2026-105820Średnie
W Vault, pamięć podręczna polityk ACL pozwalała na traversing namespace, gdy nazwy polityk zawierały konstrukcje path traversal. Może to pozwolić tokenowi z odpowiednio spreparowanymi nazwami polityk na używanie uprawnień polityk zdefiniowanych w innych namespace, w tym namespace głównego. Podatność naprawiono w Vault Enterprise 2.1.2, 1.21.12, 1.20.17 i 1.19.23. Vault Community Edition nie obsługuje namespace i nie jest dotknięty.
- CVE-2026-105818Średnie
W Vault, serwer ACME w silniku sekretów PKI nie ograniczał tożsamości certyfikatów, których wyzwania ACME nie weryfikują, przy wydawaniu certyfikatów w domyślnej polityce katalogu. Może to pozwolić klientowi ACME na uzyskanie certyfikatu zawierającego niezweryfikowane roszczenia tożsamości, co może umożliwić podszywanie się pod systemy ufające certyfikatom wydanym przez dotknięty mount PKI. Podatność naprawiono w Vault Community Edition 2.1.2 oraz Vault Enterprise 2.1.2, 1.21.12, 1.20.17 i 1.19.23.
- CVE-2026-105816Wysokie
Vault i Vault Enterprise nie spójnie weryfikowały, czy wpisy w katalogu wtyczek odnoszą się do binariów znajdujących się w skonfigurowanym katalogu wtyczek. Przy użyciu pieczęci Shamir i zewnętrznego katalogu wtyczek, uprzywilejowany operator mogący przywrócić snapshot Integrated Storage (Raft) może wykonać dowolny kod na hoście Vault. Podatność została naprawiona w Vault Community Edition 2.1.2 oraz Vault Enterprise 2.1.2, 1.21.12, 1.20.17 i 1.19.23.
- CVE-2026-5807Wysokie
Vault jest podatny na atak typu odmowa usługi (DoS), w którym nieuwierzytelniony atakujący może wielokrotnie inicjować lub anulować operacje generowania tokena głównego lub ponownego kluczowania, zajmując pojedynczy slot operacji w toku. Uniemożliwia to uprawnionym operatorom ukończenie tych procesów.
- CVE-2026-4525Wysokie
Podatność w Vault umożliwia przekazanie tokena Vault do backendu wtyczki uwierzytelniania, gdy punkt montowania uwierzytelniania jest skonfigurowany do przekazywania nagłówka „Authorization”. Problem został naprawiony w wersjach 2.0.0, 1.21.5, 1.20.10 i 1.19.16.
Oryginalny opis (angielski, źródło NVD)
Vault’s ACL policy engine did not consistently enforce a wildcard (glob) deny rule against LIST requests made with a trailing slash on the denied path. This may allow a token holding a broader allow rule alongside a narrower wildcard deny rule to enumerate the names of entries beneath a path it was intended to be denied access to. This vulnerability (CVE-2026-12624) is fixed in Vault Community Edition 2.0.3 and Vault Enterprise 2.0.3, 1.21.8, 1.20.13, and 1.19.19.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

