CVE-2016-6659
WysokieStreszczenie
Cloud Foundry oraz UAA w wersjach przed 248 oraz 2.x przed 2.7.4.12, 3.x przed 3.6.5 i 3.7.x do 3.9.x przed 3.9.3 mają lukę, która pozwala atakującym na uzyskanie uprawnień poprzez dostęp do logów UAA i uruchomienie specjalnie przygotowanej aplikacji współpracującej z dostawcą SAML.
Ocena ryzyka
Organizacje mogą być narażone na nieautoryzowany dostęp do systemów, co może prowadzić do poważnych naruszeń bezpieczeństwa danych.
Rekomendacja
Zaleca się aktualizację Cloud Foundry i UAA do najnowszych wersji, aby zniwelować ryzyko związane z tą podatnością.
Inne podatności w Cloud Foundry, UAA
Zobacz wszystkie- CVE-2017-4963Wysokie
Wykryto problem w Cloud Foundry, który dotyczy wersji v252 i wcześniejszych oraz UAA w wersjach od v2.0.0 do v2.7.4.12 i od v3.0.0 do v3.11.0. UAA jest podatny na atak typu session fixation, gdy jest skonfigurowany do uwierzytelniania zewnętrznych dostawców tożsamości opartych na SAML lub OpenID Connect.
- CVE-2017-4960Wysokie
W systemie Cloud Foundry w wersjach od v247 do v252 oraz w UAA w wersjach od v3.9.0 do v3.11.0 zidentyfikowano problem, który może prowadzić do ataku typu denial of service na klientów OAuth UAA.
- CVE-2026-40965Krytyczne
Cloud Foundry UAA w wersjach od v76.12.0 do v78.12.0 zawiera lukę, która nieumyślnie ujawnia prywatne klucze EC przez publiczny endpoint /token_keys. Luka dotyczy tylko wdrożeń używających kluczy EC do podpisywania tokenów JWT.
- CVE-2026-59335Wysokie
Niewłaściwe obsługiwanie wielkości liter (CWE-178) w kontroli autoryzacji strefy tożsamości w Identity Zone Endpoint w Cloud Foundry UAA pozwala zdalnemu uwierzytelnionemu atakującemu posiadającemu tylko uprawnienie zones.write na ominięcie zamierzonego ograniczenia, że to uprawnienie nie daje dostępu do uprzywilejowanej strefy tożsamości uaa (system), poprzez odwoływanie się do identyfikatora strefy w formie innej niż małe litery (np. UAA) w ścieżce i treści żądania. Warstwa autoryzacji wykonuje porównanie uwzględniające wielkość liter z identyfikatorem strefy systemowej, podczas gdy warstwa trwałości MySQL rozwiązuje identyfikatory bez uwzględniania wielkości liter przy domyślnej kolacji, więc żądanie jest autoryzowane nieprawidłowo, a następnie rozwiązywane względem rzeczywistego rekordu strefy systemowej. Pozwala to atakującemu nadpisać klucz podpisywania JWT strefy systemowej materiałem kontrolowanym przez atakującego, sfałszować JWT z zakresami klienta admin i administratora oraz w pełni skompromitować UAA i każde wdrożenie Cloud Foundry, które mu ufa. Problem dotyczy tylko wdrożeń UAA korzystających z MySQL z domyślną kolacją; backendy PostgreSQL i HSQLDB nie są dotknięte.
Oryginalny opis (angielski, źródło NVD)
Cloud Foundry before 248; UAA 2.x before 2.7.4.12, 3.x before 3.6.5, and 3.7.x through 3.9.x before 3.9.3; and UAA bosh release (aka uaa-release) before 13.9 for UAA 3.6.5 and before 24 for UAA 3.9.3 allow attackers to gain privileges by accessing UAA logs and subsequently running a specially crafted application that interacts with a configured SAML provider.

