CVE-2026-59357
Zusammenfassung
von VulDB • 06.10.2026
Unzureichende Überprüfung der Datenauthentizität (CWE-345) im externen OIDC-Anmelde-Callback in Cloud Foundry UAA v4.5.0 bis v79.6.0 (inklusive) ermöglicht es einem authentifizierten UAA-Benutzer, den OAuth-Autorisierungscode-Austausch zu umgehen und eine authentifizierte externe-OIDC-Browsersitzung herzustellen, indem er ein UAA-Zugriffstoken oder ein Cross-Client-ID-Token als id_token-Parameter des Callbacks übermittelt.
Das Problem tritt nur auf, wenn eine UAA-Zone mit einem OIDC-Identitätsanbieter konfiguriert ist, dessen Issuer genau mit dem eigenen /oauth/token-Endpunkt dieser Zone übereinstellt (eine „Self-UAA“-OIDC-Konfiguration). In dieser Konfiguration nimmt der Callback ein bereitgestelltes id_token direkt entgegen, anstatt den Autorisierungscode-Austausch zu erfordern, und überprüft nicht, ob das Token tatsächlich als ID-Token für den spezifischen Self-OIDC-Relying-Party-Client ausgestellt wurde. Ein Angreifer, der ein gültiges UAA-JWT für sich selbst besitzt – einschließlich eines einfachen Zugriffstokens mit nur uaa.user-Bereich oder eines gültigen ID-Tokens, das an einen unrelateden Client wie cf ausgestellt wurde –, kann es als id_token des Callbacks vorlegen und in einem zugeordneten lokalen („Shadow“-)Konto authentifiziert werden. Da die resultierende Sitzung nicht gegen das wahre Audience-Objekt oder die user_id des ursprünglichen Tokens überprüft wird, hängt ihre effektive Berechtigung ausschließlich von den Gruppenmitgliedschaften des Shadow-Kontos ab, welche administrative Bereiche wie clients.write umfassen können.
Die Ausnutzung erfordert ein gültiges UAA-Benutzer-JWT, einen gültigen Browser-Login-Zustand für die Zielzone und das Vorhandensein einer selbstreferenziellen OIDC-Anbieterkonfiguration – dies ist keine Pre-Authentication-Schwachstelle und gewährt nicht per se Berechtigungen über diejenigen hinaus, die dem zugeordneten Shadow-Konto bereits zustehen.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.