Katalog podatności CVE

IBM Enterprise Build of Quarkus w wersjach 3.27.1–3.27.5 oraz 3.33.1–3.33.3 może pozwolić atakującemu na ominięcie autoryzacji poprzez manipulację parametrami zapytania w URL, z powodu nieprawidłowego mapowania wartości na niezaufane dane wejściowe z ciągu zapytania.

W aplikacji Quarkus z wieloma punktami końcowymi zabezpieczonymi przez różnych dostawców OIDC, gdy włączony jest opcjonalny cache introspekcji tokenów, ważny token wydany przez dostawcę OIDC 1 może być użyty do uzyskania dostępu do punktu końcowego zabezpieczonego przez dostawcę OIDC 2.

W Open-Web-Analytics do wersji 1.9.1 wykryto podatność w funkcji checkCapabilityAndAuthenticateUser w pliku Core/Controller.php komponentu Controller. Manipulacja prowadzi do nieprawidłowego uwierzytelnienia. Atak może być przeprowadzony zdalnie. Aktualizacja do wersji 1.10.0 rozwiązuje problem.

W moltis-org moltis do wersji 20260818.10 wykryto podatność w funkcjach vault_unlock_handler/vault_recovery_handler w pliku vault.rs. Manipulacja prowadzi do braku uwierzytelnienia. Atak może być przeprowadzony zdalnie. Exploit został publicznie ujawniony. Aktualizacja do wersji 20260819.01 rozwiązuje problem.

W opengeos GeoLibre do wersji 2.3.0 wykryto słabość w funkcji _is_within_roots. Manipulacja powoduje podatność na atak typu Server-Side Request Forgery (SSRF). Atak może być przeprowadzony zdalnie. Aktualizacja do wersji 2.4.0 jest zalecana w celu rozwiązania problemu.

W wersji rozwojowej Eclipse aeriOS (bez oficjalnego wydania) wdrożenie Identity Manager (IdM) zawierało niezabezpieczone domyślne konfiguracje i poświadczenia dla usług krytycznych dla bezpieczeństwa. Helm chart domyślnie wystawiał Keycloak i jego bazę PostgreSQL przez usługi NodePort w Kubernetes, a Docker Compose wystawiał PostgreSQL na wszystkich interfejsach sieciowych. Wdrożenie zawierało stałe domyślne poświadczenia administratora Keycloak i użytkownika PostgreSQL oraz predefiniowanych użytkowników aplikacji ze znanymi hasłami.

HTML::FormHandler przed wersją 0.410002 dla Perla renderuje atrybuty pól do HTML bez escapowania, używając metody process_attrs. Aplikacje, w których atrybuty pól lub etykiety są budowane z danych, a nie literałów, mogą pozwolić atakującemu na wstrzyknięcie tekstu do wartości atrybutu, co może nadpisać atrybuty pól lub osadzić JavaScript w renderowanych stronach.

HTML::FormHandler przed wersją 0.410002 dla Perla renderuje niektóre komunikaty błędów do HTML bez escapowania. Układ Table oraz wrappery Bootstrap 2 i 3 wstawiają każdy ciąg błędu bezpośrednio do otaczającego znacznika. Komunikaty błędów zawierające treści kontrolowane przez atakującego, takie jak odrzucone wartości pól, mogą osadzić JavaScript w renderowanych stronach.

HTML::FormHandler przed wersją 0.410002 dla Perla renderuje etykiety grup opcji i etykiety przycisków radiowych do HTML bez escapowania. Widgety Select, RadioGroup, CheckboxGroup i HorizCheckboxGroup renderują etykietę grupy bez escapowania, a RadioGroup dodatkowo renderuje etykietę każdego przycisku radiowego bez escapowania. Aplikacje, których lista opcji jest budowana z danych, mogą pozwolić atakującemu na wstrzyknięcie tekstu do etykiety, co może nadpisać opcje lub osadzić JavaScript.

Nieprawidłowa walidacja danych wejściowych w implementacji funkcji wyrażeń Vega w OpenSearch Dashboards pozwala zdalnemu, uwierzytelnionemu użytkownikowi z uprawnieniami do zapisu dashboardów na wykonanie dowolnego kodu JavaScript w kontekście sesji przeglądarki innych użytkowników poprzez zapisanie spreparowanej wizualizacji Vega. Procedura walidacji checkForFunctionProperty nie rekurencyjnie przeszukiwała tablic obiektów, co pozwalało na obejście walidacji dla właściwości funkcji zagnieżdżonej w tablicy.

W kliencie JavaScript Eclipse Ditto dla Node.js, we wszystkich wydanych wersjach @eclipse-ditto/ditto-javascript-client-node od 2.0.0 do 3.9.0 oraz poprzednika @eclipse-ditto/ditto-javascript-client-node_1.0 od 1.0.0 do 2.1.0, transport WebSocket ma na sztywno ustawione rejectUnauthorized: false podczas tworzenia połączenia ws. Walidacja łańcucha certyfikatów i nazwy hosta jest wyłączona dla każdego połączenia wss://, a brak opcji w builderze, konstruktorze lub zmiennej środowiskowej umożliwia jej włączenie. Atakujący mogący przechwycić połączenie może przedstawić dowolny certyfikat, ukończyć uzgadnianie TLS, odczytać poświadczenia wysyłane w nagłówku Authorization oraz czytać, modyfikować lub wstrzykiwać wiadomości Ditto Protocol.

Photoshop Desktop jest dotknięty podatnością typu Integer Overflow lub Wraparound, która może prowadzić do wykonania dowolnego kodu w kontekście bieżącego użytkownika. Eksploatacja wymaga interakcji użytkownika – ofiara musi otworzyć złośliwy plik.

Photoshop Desktop jest dotknięty podatnością typu Heap-based Buffer Overflow, która może prowadzić do wykonania dowolnego kodu w kontekście bieżącego użytkownika. Eksploatacja wymaga interakcji użytkownika – ofiara musi otworzyć złośliwy plik.

Photoshop Desktop jest dotknięty podatnością typu out-of-bounds write, która może prowadzić do wykonania dowolnego kodu w kontekście bieżącego użytkownika. Eksploatacja wymaga interakcji użytkownika – ofiara musi otworzyć złośliwy plik.

Adobe Experience Manager jest dotknięty podatnością na trwały Cross-Site Scripting (XSS), która może być wykorzystana przez atakującego z niskimi uprawnieniami do wstrzyknięcia złośliwych skryptów do podatnych pól formularzy. Złośliwy JavaScript może być wykonany w przeglądarce ofiary podczas przeglądania strony zawierającej podatne pole. Zakres podatności jest zmieniony.

Podatność umożliwiająca wykonanie kodu istnieje w CMSimple 5.22 we wtyczce CoAuthors. Uwierzytelniony użytkownik o niskich uprawnieniach, który może modyfikować treść strony i dostarczać kontrolowaną zaimportowaną treść, może wywołać wykonanie po stronie serwera, odwołując się do spreparowanej zewnętrznej lub przesłanej treści tekstowej przez funkcję importu treści.

Instalator Okta Hyperdrive Integration nie maskuje sekretu klienta OAuth, gdy jest przekazywany jako właściwość MSI. Poświadczenie jest zapisywane w postaci zwykłego tekstu w dzienniku instalatora, dzienniku zdarzeń aplikacji oraz w wierszu poleceń procesu, które są czytelne dla uwierzytelnionego lokalnego użytkownika na stacji roboczej.

Okta Access Gateway nieprawidłowo obsługuje sanityzację danych wejściowych i ocenę wyrażeń regularnych w ramach sprawdzania autoryzacji Protected Rule, co prowadzi do obejścia autoryzacji, gdy administrator skonfigurował politykę Protected Rule na jednym lub więcej zasobach aplikacji.

Okta Access Gateway nie sanityzuje wartości etykiet pulpitu nawigacyjnego przed zapisaniem ich do wygenerowanych plików konfiguracyjnych PHP. Wygenerowany plik jest automatycznie dołączany podczas żądań uwierzytelnienia, co prowadzi do wykonania kodu z uprawnieniami procesu serwera WWW.