Podatności OpenBao

OpenBao to system zarządzania sekretami oparty na tożsamości. W wersjach przed 2.5.3, gdy usunięcie początkowej przestrzeni nazw nie powiedzie się, kolejne próby nie usuwają poprawnie wszystkich danych przed oznaczeniem przestrzeni jako usuniętej.

OpenBao przed wersją 2.5.2 nie wymaga potwierdzenia użytkownika podczas logowania przez JWT/OIDC z rolą ustawioną na `callback_mode=direct`. Pozwala to atakującemu na zdalny phishing poprzez nakłonienie ofiary do odwiedzenia URL i automatyczne zalogowanie jej do sesji atakującego.

OpenBao przed wersją 2.5.4 ma podatność w metodzie uwierzytelniania Kerberos, gdzie odpowiedź na żądanie GET lub z nagłówkiem Authorization: Negotiate zawiera obiekt logical.Auth wraz z komunikatem o błędzie. Powoduje to tworzenie tokenów z domyślną polityką, domyślnym TTL i bez informacji o encji, które są ukryte przez komunikat błędu. Tokeny nie są dostępne dla wywołującego ani poza sys/raw.

OpenBao przed wersją 2.5.4 ma podatność w przestrzeniach nazw, gdzie najemca, który celowo ujawni identyfikatory dzierżaw, może mieć swoją dzierżawę i poświadczenia odwołane lub odnowione przez użytkownika z innej przestrzeni nazw za pomocą nieudokumentowanych endpointów sys/revoke i sys/renew.

OpenBao przed wersją 2.5.4 ma podatność w funkcji inline auth, która nieprawidłowo redaguje wpisy dziennika audytu, usuwając nagłówki nieuwierzytelniające i pozostawiając nagłówki związane z uwierzytelnianiem w postaci jawnego tekstu. Wymaga to od atakującego kompromitacji dostępu do urządzenia audytowego.

OpenBao w wersjach przed 2.5.2 z włączoną metodą uwierzytelniania OIDC/JWT i rolą z `callback_mode=direct` jest podatny na atak XSS poprzez parametr `error_description` na stronie nieudanego uwierzytelnienia. Atakujący może przechwycić token używany w interfejsie WWW ofiary.