CVE-2026-55221
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 19 - wyżej niż 19% wszystkich znanych CVE
Streszczenie
Boruta, samodzielny serwer autoryzacyjny implementujący OAuth 2.0 i OpenID Connect, przed wersją 0.10.0 logował wrażliwe wartości w dziennikach zdarzeń biznesowych. Mogły to być tokeny dostępu, odświeżania, autoryzacyjne, agenta, kody direct-post, tokeny ID, VP oraz tokeny przesyłane do punktów introspection lub revocation. Osoba z dostępem do logów mogła odzyskać te poświadczenia i używać ich do wygaśnięcia lub unieważnienia.
Ocena ryzyka
Wyciek tokenów do logów może umożliwić atakującemu przejęcie sesji użytkowników i nieautoryzowany dostęp do zasobów. Naruszenie to może pozostać niezauważone przez długi czas.
Rekomendacja
Należy natychmiast zaktualizować Boruta do wersji 0.10.0 lub nowszej, która usuwa tę podatność. Dodatkowo należy przejrzeć logi pod kątem wycieku tokenów i unieważnić potencjalnie naruszone poświadczenia.
Inne podatności w Boruta
Zobacz wszystkie- CVE-2026-65635Wysokie
Biblioteka Boruta w języku Elixir zawiera lukę w mechanizmie izolacji, która pozwala nieuwierzytelnionemu atakującemu na rejestrację klientów OpenID Connect z uprawnieniami administracyjnymi. Brak listy dozwolonych pól powoduje, że atakujący może ustawić wrażliwe atrybuty, takie jak typy grantów, zakresy, wymuszanie PKCE czy czasy życia tokenów.
- CVE-2026-54885Średnie
Podatność SSRF (Server-Side Request Forgery) w bibliotece Boruta (wersje od 2.3.2 do 2.3.7) pozwala nieuwierzytelnionemu atakującemu na zmuszenie serwera autoryzacyjnego OAuth/OpenID do wysyłania żądań HTTP do dowolnych URI, w tym do usług wewnętrznych i endpointów metadanych chmury. Podatność występuje w trzech ścieżkach kodu, które nie walidują odpowiednio docelowych URI.
- CVE-2026-53431Krytyczne
Podatność na obejście uwierzytelniania przez przechwytywanie i odtwarzanie w bibliotece Boruta firmy malach-it umożliwia atakującemu, który uzyskał wcześniej ważne asercje JWT klienta, uwierzytelnienie jako klient OAuth po wygaśnięciu asercji. Boruta nie wymusza sprawdzania pola exp w asercjach JWT, co pozwala na ich wielokrotne użycie.
- CVE-2026-49249Wysokie
Boruta przed wersją 0.10.0 w kontrolerze UserSettingsController.update/2 atomizuje każdy klucz z ciała żądania przez String.to_atom/1 przed walidacją. Ponieważ String.to_atom trwale internuje atomy w tablicy atomów BEAM (domyślnie 1 048 576 atomów), każdy uwierzytelniony użytkownik może wysłać PUT /users/settings z nowymi kluczami, wyczerpując globalną tablicę atomów. Gdy tablica jest pełna, BEAM przerywa działanie, powodując awarię całego serwera OIDC. Problem naprawiono w wersji 0.10.0.
Oryginalny opis (angielski, źródło NVD)
Boruta is a standalone authorization server that aims to implement OAuth 2.0 and Openid Connect up to decentralized identity specifications. Prior to version 0.10.0, Boruta logged sensitive OAuth and OpenID Connect values in business event logs. Logged values could include access tokens, refresh tokens, authorization codes, agent tokens, direct-post codes, ID tokens, VP tokens, and tokens submitted to introspection or revocation endpoints. An attacker with access to Boruta logs, log aggregation systems, or the administration log viewer could recover these credentials and use them until expiration or revocation. This issue has been patched in version 0.10.0.