CVE-2026-34457
KrytyczneCVSS 9.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 38 - wyżej niż 38% wszystkich znanych CVE
Streszczenie
OAuth2 Proxy przed wersją 7.15.2 zawiera lukę ominięcia uwierzytelniania w konfiguracjach z auth_request (np. nginx auth_request) i włączonym --ping-user-agent lub --gcp-healthchecks. Luka pozwala na dostęp do chronionych zasobów bez uwierzytelnienia.
Ocena ryzyka
Nieuwierzytelnieni atakujący mogą ominąć uwierzytelnianie i uzyskać dostęp do chronionych zasobów upstream, co prowadzi do wycieku danych.
Rekomendacja
Zaktualizuj OAuth2 Proxy do wersji 7.15.2 lub nowszej. Jeśli aktualizacja nie jest możliwa, wyłącz --ping-user-agent i --gcp-healthchecks.
Inne podatności w OAuth2 Proxy
Zobacz wszystkie- CVE-2017-1000069Wysokie
W podatności CVE-2017-1000069 występuje atak CSRF w oauth2_proxy wersji 2.1, który może wystąpić podczas procesu uwierzytelniania.
- CVE-2026-76835Krytyczne
OAuth2 Proxy honoruje nagłówek X-Forwarded-Uri dostarczany przez klienta przy podejmowaniu decyzji, czy żądanie może pominąć uwierzytelnianie, ponieważ zabezpieczenie dodane dla CVE-2026-40575 jest nieskuteczne w domyślnej konfiguracji reverse proxy. Funkcja GetRequestURI preferuje ten nagłówek nad rzeczywistym URI żądania, gdy CanTrustForwardedHeaders zwraca true, a isAllowedPath dopasowuje listę dozwolonych tras do wynikowej ścieżki. CanTrustForwardedHeaders przyznaje zaufanie, gdy adres wywołującego znajduje się w zaufanym zestawie proxy, a buildTrustedProxyNetSet domyślnie używa 0.0.0.0/0 i ::/0, gdy tryb reverse proxy jest włączony bez skonfigurowanego trusted_proxy_ip. Każdy klient jest więc traktowany jako zaufane proxy. Nieuwierzytelniony atakujący może żądać chronionej ścieżki, ustawiając X-Forwarded-Uri na wartość pasującą do dozwolonej trasy, więc decyzja o pominięciu uwierzytelniania jest podejmowana na podstawie sfałszowanej wartości, podczas gdy upstream otrzymuje niezmienioną chronioną ścieżkę.
- CVE-2026-40575Krytyczne
OAuth2 Proxy w wersjach 7.5.0 do 7.15.1 może ufać nagłówkowi `X-Forwarded-Uri` dostarczonemu przez klienta, gdy włączona jest opcja `--reverse-proxy` i skonfigurowane są reguły `--skip-auth-regex` lub `--skip-auth-route`. Atakujący może sfałszować ten nagłówek, aby ominąć uwierzytelnianie i uzyskać dostęp do chronionych ścieżek bez ważnej sesji.
- CVE-2026-34454Niskie
W OAuth2 Proxy w wersji 7.11.0 wprowadzono regresję, która uniemożliwia wyczyszczenie sesyjnego ciasteczka podczas renderowania strony logowania. W środowiskach używających strony logowania jako części procesu wylogowania, użytkownik może zobaczyć stronę logowania, podczas gdy istniejące ciasteczko sesyjne pozostaje ważne, co oznacza, że sesja przeglądarki nie jest faktycznie zakończona. Na współdzielonych stacjach roboczych kolejny użytkownik może kontynuować korzystanie z uwierzytelnionej sesji poprzednika. Problem rozwiązano w wersji 7.15.2.
Oryginalny opis (angielski, źródło NVD)
OAuth2 Proxy is a reverse proxy that provides authentication using OAuth2 providers. Versions prior to 7.15.2 contain a configuration-dependent authentication bypass in deployments where OAuth2 Proxy is used with an auth_request-style integration (such as nginx auth_request) and either --ping-user-agent is set or --gcp-healthchecks is enabled. In affected configurations, OAuth2 Proxy treats any request with the configured health check User-Agent value as a successful health check regardless of the requested path, allowing an unauthenticated remote attacker to bypass authentication and access protected upstream resources. Deployments that do not use auth_request-style subrequests or that do not enable --ping-user-agent/--gcp-healthchecks are not affected. This issue is fixed in 7.15.2.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS