Podatności authentik

Podatność w Authentik do wersji 2026.5.6 umożliwia eskalację uprawnień. Atakujący z tokenem SCIM o ograniczonym zakresie może przejąć dowolne konto użytkownika, w tym superużytkownika, poprzez utworzenie użytkownika SCIM o nazwie zgodnej z istniejącym lokalnym użytkownikiem. Funkcja importu użytkowników SCIM przejmuje istniejące konta bez weryfikacji granic zakresu.

Podatność w Authentik do wersji 2026.5.6 umożliwia eskalację uprawnień. Atakujący z tokenem SCIM o ograniczonym zakresie może uzyskać uprawnienia superużytkownika poprzez utworzenie grupy SCIM o nazwie zgodnej z istniejącą grupą administratorów. Funkcja importu grup SCIM przejmuje istniejące grupy i zastępuje ich członkostwo bez weryfikacji zakresu źródłowego względem grupy docelowej.

authentik przed wersjami 2026.2.6 i 2026.5.5 zawiera podatność w konfiguracji SAML Source z trybem dopasowania użytkownika USERNAME_LINK lub EMAIL_LINK. Atakujący może wstawić komentarz XML do NameID, co prowadzi do przejęcia konta ofiary.

Podatność w authentik (dostawca tożsamości) przed wersjami 2025.12.6, 2026.2.4 i 2026.5.1 pozwala na ominięcie etapu źródłowego (Source stage) poprzez wysłanie pustego żądania POST.

Podatność XSS w komponencie AutosubmitStage w authentik (dostawca tożsamości open-source) przed wersjami 2025.12.5 i 2026.2.3, umożliwiająca atakującemu wstrzyknięcie złośliwego skryptu.

authentik przed wersjami 2026.2.6 i 2026.5.5 udostępnia listę wszystkich skonfigurowanych punktów końcowych Remote Access Control każdemu uwierzytelnionemu użytkownikowi, niezależnie od uprawnień do aplikacji. Odpowiedź zawiera ustawienia połączeń, które mogą zawierać przechowywane poświadczenia. Każdy uwierzytelniony użytkownik może odczytać wszystkie punkty końcowe wraz z hostem i poświadczeniami oraz otworzyć połączenie do punktu końcowego należącego do innej aplikacji, co ujawnia poświadczenia dla zarządzanych celów RDP, SSH i VNC oraz daje interaktywny dostęp do systemów, do których użytkownik nie był autoryzowany.

authentik to dostawca tożsamości open-source. Przed wersjami 2026.2.6 i 2026.5.5, akcja diagnostyczna w API źródła LDAP nie egzekwuje filtra autoryzacji odczytu na poziomie obiektu używanego przez resztę API. Każda strona, która może dotrzeć do API, w tym nieuwierzytelniony klient, może wywołać akcję diagnostyczną przeciwko skonfigurowanemu źródłu LDAP. Serwer następnie łączy się z nadrzędnym katalogiem przy użyciu skonfigurowanych poświadczeń bind źródła i zwraca ograniczony zestaw wpisów katalogu. Odpowiedź ujawnia wyróżnione nazwy tych wpisów oraz nazwy atrybutów na nich obecnych, ujawniając strukturę katalogu, konwencje nazewnictwa oraz istnienie określonych kont i grup, ale nie wartości atrybutów. Wdrożenia bez skonfigurowanego źródła LDAP nie są dotknięte. Problem został naprawiony w wersjach 2026.2.6 i 2026.5.5.

authentik przed wersjami 2026.2.6 i 2026.5.5 w przedsiębiorczych etapach Google Chrome device-trust kontynuuje przepływ bez potwierdzenia, że atestacja urządzenia poza pasmem faktycznie się odbyła. Atakujący, który może dotrzeć do takiego etapu, może pominąć iframe weryfikacyjny i uwierzytelnić się z urządzenia, które nigdy nie zostało zweryfikowane. Tam, gdzie zaufanie do urządzenia jest jedynym dodatkowym czynnikiem, ochrona jest całkowicie pominięta.

authentik to dostawca tożsamości open-source. Przed wersjami 2025.12.6, 2026.2.4 i 2026.5.1, atakujący z możliwością zmiany połączenia źródłowego i kontem w jednym ze skonfigurowanych źródeł może zalogować się na dowolne konto.

authentik, dostawca tożsamości open-source, w wersjach przed 2025.12.5, 2026.2.3 i 2026.5.1, jest podatny na XML Signature Wrapping w punkcie końcowym SAML Source ACS podczas walidacji odpowiedzi SAML od dostawcy tożsamości. Atakujący z dowolnym kontem u źródłowego IdP może wykorzystać ponownie ważne podpisane oświadczenie do uwierzytelnienia się jako inny sfederowany użytkownik.

W authentik przed wersją 2026.2.3, dostawca WS-Federation sprawdza parametr wreply za pomocą surowego porównania prefiksu, a nie poprawnego parsowania URL. Atakujący może dostarczyć link logowania z wreply na innym originie, który przejdzie kontrolę, powodując wysłanie odpowiedzi logowania WS-Federation do infrastruktury atakującego.

authentik to dostawca tożsamości open-source. Przed wersjami 2025.12.5 i 2026.2.3, procesor odpowiedzi źródła SAML (ResponseProcessor.parse()) nie waliduje elementu Conditions w asercjach. NotBefore, NotOnOrAfter i AudienceRestriction są ignorowane. Umożliwia to powtórne użycie wygasłych asercji oraz akceptację asercji przeznaczonych dla innych dostawców usług.

W authentik przed wersjami 2025.12.5 i 2026.2.3, interfejs API PATCH /api/v3/core/users/{pk}/ pozwala osobie z uprawnieniem change_user na przypisywanie dowolnych grup, w tym grup z is_superuser=True, bez wymaganego enable_group_superuser, co prowadzi do eskalacji uprawnień.

W authentik przed wersjami 2025.12.5 i 2026.2.3, uwierzytelnieni użytkownicy niebędący administratorami, posiadający co najmniej jeden token OAuth2, mogą pobrać client_secret poufnych dostawców OAuth2, z którymi wcześniej się uwierzytelnili. Dzieje się to przez API GET /api/v3/oauth2/access_tokens/, które zwraca zagnieżdżony obiekt provider zawierający client_id i client_secret dla dostawców z client_type: confidential.

Podatność w authentik (open-source identity provider) w wersjach do 2025.12.4 oraz 2026.2.0-rc1 do 2026.2.2. Atakujący może ominąć uwierzytelnianie przez SAML NameID XML Comment Injection, co pozwala na dostęp do innych kont, jeśli atakujący ma konto w źródle SAML i może modyfikować NameID.

W wersjach przed 2023.4.3 i 2023.5.5, authentik nie weryfikuje źródła nagłówków X-Forwarded-For i X-Real-IP, co może prowadzić do fałszowania adresów IP w logach oraz w aplikacjach zależnych. Tylko konfiguracje authentik dostępne bezpośrednio dla użytkowników są podatne na tę lukę.