CVE-2026-4525
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 33 - wyżej niż 33% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Ryzyko polega na nieautoryzowanym ujawnieniu tokena Vault, co może prowadzić do eskalacji uprawnień lub przejęcia kontroli nad systemem przez atakującego.
Rekomendacja
Zaleca się natychmiastową aktualizację Vault do jednej z załatanych wersji: 2.0.0, 1.21.5, 1.20.10 lub 1.19.16.
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-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.
Oryginalny opis (angielski, źródło NVD)
If a Vault auth mount is configured to pass through the "Authorization" header, and the "Authorization" header is used to authenticate to Vault, Vault forwarded the Vault token to the auth plugin backend. Fixed in 2.0.0, 1.21.5, 1.20.10, and 1.19.16.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

