CVE-2023-36456
WysokieCVSS 8.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 43 - wyżej niż 43% wszystkich znanych CVE
Streszczenie
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ę.
Ocena ryzyka
Podatność ta stwarza ryzyko, że polityki oparte na adresie IP użytkownika mogą być omijane, co może prowadzić do nieautoryzowanego dostępu. Dodatkowo, logi i sesje użytkowników mogą być niewiarygodne, co utrudnia audyt i monitorowanie.
Rekomendacja
Zaleca się aktualizację do wersji 2023.4.3 lub 2023.5.5, które zawierają poprawkę dla tej luki. Należy również rozważyć dodatkowe środki zabezpieczające, takie jak weryfikacja źródła nagłówków w konfiguracji serwera.
Inne podatności w authentik
Zobacz wszystkie- CVE-2026-57580Krytyczne
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.
- CVE-2026-49448Krytyczne
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.
- CVE-2026-42849Krytyczne
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.
- CVE-2026-94613Wysokie
W authentik przed wersjami 2026.2.7, 2026.5.7 i 2026.8.2 nieuwierzytelniony atakujący może wysłać złośliwą wiadomość SAML do instalacji używającej SAML w roli dostawcy tożsamości lub źródła SAML. Wiadomość może zatrzymać pracę workerów obsługujących endpointy /application/saml/* lub /source/saml/*, powodując awarie przydzielonych do nich żądań. Mimo restartu workerów, ciągłe ataki mogą powodować stałą awarię części legalnego ruchu. Inne protokoły nie są dotknięte.
- CVE-2026-94612Wysokie
W authentik przed 2026.2.7, 2026.5.7 i 2026.8.2, Źródło SAML weryfikuje podpis i okres ważności asercji, ale nie sprawdza, czy dostawca tożsamości wydał asercję dla tego źródła lub w odpowiedzi na żądanie logowania z tego źródła. Ponadto Źródło SAML nie rejestruje już zaakceptowanych asercji, co pozwala na replay. Nieuwierzytelniony atakujący posiadający ważną asercję może jej użyć do uwierzytelnienia się jako inny użytkownik. Dotyczy tylko Źródeł SAML.
- CVE-2026-94611Wysokie
W authentik przed 2026.2.7, 2026.5.7 i 2026.8.2, serializatory API zwracają przechowywane poświadczenia, gdy konto ma uprawnienie widoku w dotkniętej konfiguracji, nawet jeśli nie jest upoważnione do zmiany konfiguracji lub odczytu sekretów. Dotyczy to m.in. dostarczania kodów jednorazowych, celów provisioningu, integracji zaufania urządzeń, źródeł tożsamości, integracji Kubernetes i aplikacji używających sekretów. Zagrożone są instalacje, w których przyznano uprawnienia widoku kontom nieprzeznaczonym do odczytu tych poświadczeń.
- CVE-2026-94609Wysokie
W authentik przed 2026.2.7, 2026.5.7 i 2026.8.2, konto z delegowanym uprawnieniem do zarządzania grupą, członkostwem w grupie lub użytkownikiem może nadać status superużytkownika lub przypisać istniejącą rolę do grupy bez posiadania odpowiednich uprawnień. Kontrole hierarchii grup nie uwzględniają spójnie statusu superużytkownika dziedziczonego z grup nadrzędnych, a przypisywanie ról do grup nie ma wymaganego sprawdzenia autoryzacji.
- CVE-2026-94606Wysokie
W authentik przed 2026.2.7, 2026.5.7 i 2026.8.2, podczas rejestracji czynnika e-mail w procesie uwierzytelniania lub rejestracji, authentik akceptuje adres odbiorcy podany w żądaniu konfiguracji zamiast adresu ustalonego w przepływie. Atakujący znający hasło docelowego użytkownika może podstawić własny adres, otrzymać kod jednorazowy i dokończyć rejestrację czynnika jako docelowy użytkownik. Skuteczna rejestracja daje atakującemu sesję jako docelowy użytkownik i dostęp do aplikacji SSO.
- CVE-2026-61574Wysokie
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.
- CVE-2026-55106Średnie
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.
Oryginalny opis (angielski, źródło NVD)
authentik is an open-source Identity Provider. Prior to versions 2023.4.3 and 2023.5.5, authentik does not verify the source of the X-Forwarded-For and X-Real-IP headers, both in the Python code and the go code. Only authentik setups that are directly accessible by users without a reverse proxy are susceptible to this. Possible spoofing of IP addresses in logs, downstream applications proxied by (built in) outpost, IP bypassing in custom flows if used. This poses a possible security risk when someone has flows or policies that check the user's IP address, e.g. when they want to ignore the user's 2 factor authentication when the user is connected to the company network. A second security risk is that the IP addresses in the logfiles and user sessions are not reliable anymore. Anybody can spoof this address and one cannot verify that the user has logged in from the IP address that is in their account's log. A third risk is that this header is passed on to the proxied application behind an outpost. The application may do any kind of verification, logging, blocking or rate limiting based on the IP address, and this IP address can be overridden by anybody that want to. Versions 2023.4.3 and 2023.5.5 contain a patch for this issue.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

