CVE-2006-6611

Cocos AI w wersji 0.8.2 i wcześniejszych akceptuje dowody atestacji środowiska zaufanego wykonania (TEE), gdy poziomy poprawek firmware i pomiary oprogramowania są zgodne, bez powiązania dowodów z dozwolonym właścicielem platformy lub unikalną tożsamością maszyny oraz bez wymuszania unieważnienia. Zdalny atakujący kontrolujący inną platformę zaufaną przez tego samego weryfikatora może podstawić ważne dowody z tej platformy i spowodować autoryzację niewłaściwej platformy. Podatność naprawiono w wersji 0.9.0, ale nie da się jej w pełni załatać wyłącznie w kodzie źródłowym, ponieważ wynika z samego modelu zagrożeń obliczeń poufnych.

W Apache OFBiz 24.09 przed 24.09.08 wykryto podatność Code Injection. Zdalny nieuwierzytelniony atakujący może wykonać dowolny kod na serwerze poprzez przygotowanie złośliwego XML widgetu w uploadzie multipart i nadpisanie mainDecoratorLocation, co prowadzi do oceny niesandboxowanego wyrażenia Groovy.

Obejście uwierzytelniania przez powtórzenie przechwyconego klucza w ExternalLoginKeysManager w Apache OFBiz 24.09 przed 24.09.08 pozwala nieuwierzytelnionemu atakującemu, który przechwyci aktywny externalLoginKey, na uzyskanie pełnej sesji jako użytkownik, który go wydał, we wszystkich aplikacjach, ponieważ klucz jest akceptowany jako poświadczenie bearer bez powiązania z klientem, nie wygasa i nie jest unieważniany po użyciu.

W implementacji wiązania SAML HTTP-Redirect w Keycloak występuje luka polegająca na tym, że serwer przetwarza nazwy parametrów zakodowane procentowo (np. %53AMLResponse), podczas gdy logika weryfikacji podpisu sprawdza tylko literalne nazwy parametrów. Atakujący może wykorzystać tę rozbieżność, dostarczając spreparowaną, niepodpisaną wiadomość SAML, którą serwer przetwarza zamiast legalnie podpisanej, co prowadzi do pełnego przejęcia konta użytkowników sfederowanych.

Podatność Cross-site Scripting (XSS) w Apache Juneau. Serializacja dokumentów HTML nie koduje podstawień zmiennych w elementach szablonu strony (nagłówek, nawigacja, stopka itp.), więc aplikacje, które umieszczają tam dane z żądania, odzwierciedlają je bez kodowania.

Podatność HTTP Response Splitting (wstrzykiwanie CRLF w nagłówkach HTTP) w Apache Juneau. Serwer REST przekazywał wartości nagłówków odpowiedzi i cele przekierowań do kontenera serwletów bez walidacji, co przy danych z żądania mogło pozwolić na wstrzyknięcie nagłówków lub przekierowanie na dowolną witrynę.

Podatność niewystarczającej ochrony poświadczeń w Apache Juneau. Klient RestClient podążał za przekierowaniami HTTP, zachowując nagłówki poświadczeń z pierwotnego żądania, więc serwer przekierowujący na inny host, port lub z HTTPS na HTTP mógł otrzymać nagłówki Authorization, Cookie, Proxy-Authorization i X-API-Key.

Podatność ujawniania informacji wrażliwych w komunikatach błędów w Apache Juneau. Serwer REST wysyła klientom klasę i treść wewnętrznego wyjątku w nagłówku odpowiedzi "Thrown" przy każdym błędzie oraz może umieszczać wewnętrzne komunikaty wyjątków w treści błędu, nawet przy wyłączonym renderowaniu stosu.

Podatność umieszczania informacji wrażliwych w plikach logów w Apache Juneau. Domyślny logger wywołań serwera REST zapisuje nagłówki żądań dla żądań kończących się błędem serwera bez redakcji, więc nagłówki Authorization, Cookie, Proxy-Authorization i X-API-Key trafiają jawnym tekstem do logów aplikacji.

Podatność Cross-Site Request Forgery (CSRF) w Apache Juneau. Serwer REST akceptuje parametr zapytania "content", który zastępuje treść żądania i jest domyślnie włączony dla każdej metody HTTP, w tym GET, więc link międzywitrynowy może dostarczyć wybraną przez atakującego treść żądania bez preflight CORS.