CVE-2026-49443

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, 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.