CVE-2026-89322
WysokieCVSS 7.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 20 - wyżej niż 20% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Uwierzytelniony użytkownik może ominąć ograniczenia dostępu i uzyskać nieautoryzowany dostęp do zasobów lub eskalować uprawnienia, co stanowi poważne zagrożenie dla bezpieczeństwa.
Rekomendacja
Zaktualizuj Vault do jednej z naprawionych wersji (Community 2.1.2 lub Enterprise 2.1.2, 1.21.12, 1.20.17, 1.19.23).
Inne podatności w Vault
Zobacz wszystkie- 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-12624Średnie
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.
- 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 and Vault Enterprise did not consistently evaluate ACL policies against the canonical form of resource and policy names. This may allow an authenticated user with delegated permissions to bypass an explicit deny restriction and access a protected resource or assign a denied policy, potentially leading to privilege escalation. This vulnerability (CVE-2026-89322) 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.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS