CVE-2026-5052

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.

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.

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.

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.

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.

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.

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.

Vault i Vault Enterprise są podatne na nieuwierzytelniony atak typu denial of service podczas przetwarzania ładunków JSON. Podatność wynika z regresji po wcześniejszej poprawce, która pozwalała na przetwarzanie ładunków JSON przed zastosowaniem limitów szybkości.

Metoda uwierzytelniania AWS Auth w Vault i Vault Enterprise może być podatna na obejście uwierzytelniania, jeśli rola skonfigurowanego bound_principal_iam jest taka sama w różnych kontach AWS lub używa wildcardu. Podatność została naprawiona w Vault Community Edition 1.21.0 oraz Vault Enterprise 1.21.0, 1.20.5, 1.19.11 i 1.16.27.