CVE-2026-40575
KrytyczneCVSS 9.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 38 - wyżej niż 38% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Nieuwierzytelniony zdalny atakujący może ominąć uwierzytelnianie i uzyskać dostęp do chronionych zasobów, co może prowadzić do naruszenia poufności i integralności danych.
Rekomendacja
Należy natychmiast zaktualizować OAuth2 Proxy do wersji 7.15.2. Jeśli aktualizacja nie jest możliwa, należy usunąć lub zawęzić reguły `--skip-auth-regex`/`--skip-auth-route` oraz skonfigurować odwrotne proxy tak, aby usuwało lub nadpisywało nagłówek `X-Forwarded-Uri`.
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-34457Krytyczne
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.
- 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 7.5.0 through 7.15.1 may trust a client-supplied `X-Forwarded-Uri` header when `--reverse-proxy` is enabled and `--skip-auth-regex` or `--skip-auth-route` is configured. An attacker can spoof this header so OAuth2 Proxy evaluates authentication and skip-auth rules against a different path than the one actually sent to the upstream application. This can result in an unauthenticated remote attacker bypassing authentication and accessing protected routes without a valid session. Impacted users are deployments that run oauth2-proxy with `--reverse-proxy` enabled and configure at least one `--skip-auth-regex` or `--skip-auth-route` rule. This issue is patched in `v7.15.2`. Some workarounds are available for those who cannot upgrade immediately. Strip any client-provided `X-Forwarded-Uri` header at the reverse proxy or load balancer level; explicitly overwrite `X-Forwarded-Uri` with the actual request URI before forwarding requests to OAuth2 Proxy; restrict direct client access to OAuth2 Proxy so it can only be reached through a trusted reverse proxy; and/or remove or narrow `--skip-auth-regex` / `--skip-auth-route` rules where possible. For nginx-based deployments, ensure `X-Forwarded-Uri` is set by nginx and not passed through from the client.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS