CVE-2026-90452
ŚrednieCVSS 6.0Streszczenie
Żądania z reverse proxy do usługi dostawcy tożsamości dotyczące wykrywania tokenów, introspekcji i wymiany poświadczeń nie weryfikują certyfikatu serwera dostawcy tożsamości. Atakujący znajdujący się na ścieżce sieciowej między proxy a dostawcą tożsamości może podszyć się pod dostawcę tożsamości i wystawić sfałszowane tokeny uwierzytelniające akceptowane przez wdrożenie.
Ocena ryzyka
Atakujący w pozycji man-in-the-middle może wystawić fałszywe tokeny uwierzytelniające akceptowane przez system, co prowadzi do nieautoryzowanego dostępu. Narusza to poufność i integralność całego wdrożenia.
Rekomendacja
Skonfiguruj reverse proxy tak, aby weryfikował certyfikat serwera dostawcy tożsamości. Zaktualizuj oprogramowanie do wersji wymuszającej walidację certyfikatów.
Inne podatności w Reverse proxy
Zobacz wszystkie- CVE-2026-90449Średnie
W określonym trybie uwierzytelniania reverse proxy przekazuje żądania do dołączonego interfejsu administracyjnego firm trzecich bez uprzedniego zastosowania własnego wymogu uwierzytelnienia bramy. Cała kontrola dostępu do tego interfejsu, który zarządza magazynem poświadczeń dla wszystkich innych usług, jest delegowana wyłącznie do mechanizmu logowania tego interfejsu.
- CVE-2026-75922Średnie
Podatność w Reverse::Proxy w wersjach przed 0.04 dla Perla: przemycanie żądań HTTP przez percent-zdekodowany PATH_INFO zapisywany bez kodowania w linii żądania do upstream. PSGI przekazuje PATH_INFO zdekodowany, więc sekwencja %XX staje się surowym bajtem. Proxy dołącza ten ciąg do bazowego URL upstream, a dla tunelu Upgrade zapisuje go w linii żądania, nie kodując niczego. Ścieżka zawierająca %0d%0a dociera do upstream jako CRLF kończący linię żądania, a zdekodowana spacja, '?' lub '#' skraca ją w ten sam sposób. Wszystko, co klient zapisze po CRLF, jest odczytywane przez upstream jako drugie żądanie.
Oryginalny opis (angielski, źródło NVD)
Requests from the reverse proxy to the identity-provider service for token discovery, introspection, and credential exchange do not verify the identity provider's server certificate. An attacker positioned on the network path between the proxy and the identity provider could impersonate the identity provider and issue forged authentication tokens accepted by the deployment.