CVE-2026-7504

WysokieCVSS 8.1

Opublikowano: 19/05/2026(UTC)Zaktualizowano: 15/07/2026(UTC)Przetłumaczono: 16/07/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.50%

Percentyl 39 - wyżej niż 39% wszystkich znanych CVE

Streszczenie

W Keycloak wykryto podatność w logice walidacji URL podczas operacji przekierowań. Poprzez spreparowanie złośliwego żądania atakujący może ominąć walidację i przekierować użytkowników na nieautoryzowane adresy URL, co może prowadzić do ujawnienia wrażliwych informacji w domenie lub ułatwić dalsze ataki. Podatność dotyczy klientów Keycloak skonfigurowanych z symbolem wieloznacznym (*) w polu "Valid Redirect URIs" i wymaga interakcji użytkownika.

Ocena ryzyka

Ryzyko polega na możliwości przekierowania użytkowników na złośliwe strony, co może skutkować kradzieżą danych uwierzytelniających, sesji lub innych poufnych informacji, a także umożliwić przeprowadzenie ataków phishingowych w zaufanej domenie.

Rekomendacja

Zaleca się natychmiastową aktualizację Keycloak do wersji zawierającej poprawkę oraz unikanie używania symboli wieloznacznych w polu "Valid Redirect URIs" na rzecz konkretnych, dozwolonych adresów URL.

Oryginalny opis (angielski, źródło NVD)

A flaw was found in Keycloak's URL validation logic during redirect operations. By crafting a malicious request, an attacker could bypass validation to redirect users to unauthorized URLs, potentially leading to the exposure of sensitive information within the domain or facilitating further attacks. This vulnerability specifically affects Keycloak clients configured with a wildcard (*) in the "Valid Redirect URIs" field and requires user interaction to be successfully exploited. The issue stems from a discrepancy in how Keycloak and the underlying Java URI implementation handle the user-info component of a URL. If a malicious redirect URL is constructed using multiple @ characters in the user-info section, Java's URI parser fails to extract the user-info, leaving only the raw authority field. Consequently, Keycloak's validation check fails to detect the malformed user-info, falls back to a wildcard comparison, and incorrectly permits the malicious redirect.