Katalog podatności CVE

W Eclipse ioFog Operator w wersjach od 3.8.0 do 3.9.2 wyłączona jest weryfikacja certyfikatów TLS podczas komunikacji z API Controllera oraz logowania do zewnętrznego dostawcy OIDC. Atakujący w ścieżce może podszyć się pod serwer, przechwycić sekret klienta OAuth lub hasło administratora bootstrap Controllera i dostarczyć token dostępu zapisywany przez operatora.

W Eclipse ioFog iofogctl w wersjach 1.0.0 do 3.7.0 oraz 3.8.0-rc.1 do 3.9.1 klucz provisioning i certyfikat CA zwracane przez API Controllera są łączone w polecenia powłoki uruchamiane przez SSH na zdalnym agencie oraz przez lokalną powłokę. Strona mogąca zmienić odpowiedź API może wstawić metaznaki powłoki i spowodować wykonanie dodatkowych poleceń na hoście agenta.

Wtyczka @fastify/express w wersjach 4.0.5–4.0.8 przy włączonej opcji ignoreDuplicateSlashes może dopasować middleware Express do ścieżki, której router Fastify już nie widzi w ten sam sposób. Pozwala to na ominięcie middleware uwierzytelniania, autoryzacji lub limitowania ruchu dla żądań z absolutnym celem żądania.

TRO600 zawiera podatność pozwalającą uwierzytelnionemu atakującemu obejść ograniczenia dostępu sieciowego i uzyskać dostęp do usług przeznaczonych wyłącznie dla localhost. Wykorzystując przekierowanie portów, atakujący może wchodzić w interakcję z lokalnie powiązanymi portami i usługami, co prowadzi do nieautoryzowanego dostępu do wrażliwej funkcjonalności i poufnych informacji oraz wpływa na dostępność.

Wtyczka Advanced Custom Fields: Extended dla WordPressa w wersjach do 0.9.2.6 włącznie jest podatna na obejście autoryzacji z powodu nieprawidłowej weryfikacji uprawnień użytkownika. Nieuwierzytelnieni atakujący mogą trwale usuwać dowolne załączniki biblioteki mediów WordPressa, podając numeryczne ID załącznika w formularzu bez weryfikacji własności lub uprawnień.

Wtyczka Advanced Views – Display Framework for Gutenberg & Elementor dla WordPress jest podatna na przechowywany Cross-Site Scripting poprzez parametr 'comment' we wszystkich wersjach do 3.9.6 włącznie, z powodu niewystarczającej sanityzacji danych wejściowych i ucieczki danych wyjściowych. Umożliwia to nieuwierzytelnionym atakującym wstrzyknięcie dowolnych skryptów internetowych do stron, które zostaną wykonane, gdy użytkownik odwiedzi zainfekowaną stronę. Podatność jest wykorzystywana nawet wobec oczekujących lub niezatwierdzonych komentarzy, ponieważ funkcja get_comment() wtyczki nie stosuje filtra statusu zatwierdzenia, co oznacza, że ładunek wykonuje się dla każdego odwiedzającego ładującego blok avf-layout powiązany z identyfikatorem komentarza atakującego, zanim komentarz zostanie sprawdzony.

TRO600 zawiera podatność umożliwiającą odczyt dowolnych plików. Nieuwierzytelniony atakujący może wykorzystać tę podatność do odczytu lub pobrania dowolnych plików na urządzeniu, w tym wrażliwych plików konfiguracyjnych i danych haseł, co prowadzi do ujawnienia poufnych informacji.

Kulga News Software zawiera podatność typu cross-site scripting (Reflected XSS) wynikającą z nieprawidłowej neutralizacji danych wejściowych podczas generowania stron internetowych. Problem dotyczy wersji od v26.7.4 przed v26.10.0.

Rozszerzenie Joomla DJ-HelpfulArticles w wersjach poniżej 1.3.0 jest podatne na nieuwierzytelniony przechowywany XSS. Widget głosowania 'czy ten artykuł był pomocny' wysyła pole ip dostarczone przez klienta do handlerów AJAX (getDeny, getConfirm, getDenyReason w mod_djhelpful_articles/helper.php), dostępnych bez uwierzytelnienia przez com_ajax. Wartość była przechowywana dokładnie tak, jak została przesłana, zamiast być pobierana z połączenia przez serwer, a następnie wyświetlana bez ucieczki danych wyjściowych w zapleczu administratora w przeglądzie 'Helpful articles' (views/items/tmpl/default.php). Zastosowano $db->quote() przy wstawianiu, co chroni instrukcję SQL, ale nie ma wpływu na wyjście HTML. Brak tokenu CSRF, brak limitu szybkości, a deduplikacja głosów opierała się na tym samym polu kontrolowanym przez atakującego.

svg-sanitizer od wersji 0.11.0 przed 1.1.0 zawiera podatność nieprzechwyconego wyjątku, która pozwala atakującym na zawieszenie wywołujących poprzez przesłanie poprawnego XML bez głównego elementu svg. Atakujący mogą dostarczyć dokumenty z nie-svg korzeniem lub zagnieżdżonym elementem svg, powodując, że Sanitizer::sanitize() rzuca LogicException zamiast zwracać false, co prowadzi do awarii workerów lub obejścia odrzucenia uploadu.

Biblioteka svg-sanitizer w wersjach od 0.5.3 przed 1.1.0 zawiera podatność typu denial of service w metodzie Sanitizer::sanitize(), która wielokrotnie skanuje cały wejściowy tekst podczas usuwania tagów PHP. Nieuwierzytelniony atakujący może przesłać pliki SVG z wieloma nakładającymi się otwierającymi i zamykającymi tagami PHP, wymuszając kwadratowe przebiegi preg_replace i wyczerpując CPU procesu roboczego na wiele minut.

Biblioteka darylldoyle svg-sanitizer w wersjach przed 1.0.0 zawiera podatności polegające na wstrzyknięciu CSS i obejściu zdalnych odwołań, umożliwiające atakującym osadzanie zewnętrznych zasobów poprzez przesyłanie spreparowanych plików SVG. Atakujący mogą wykorzystać nieoczyszczoną zawartość stylów, niecytowane wartości url() lub atrybuty href obrazów do eksfiltracji danych strony, śledzenia użytkowników lub ujawniania adresów IP odwiedzających.

REDAXO przed wersją 5.21.0 zawiera podatność reflected cross-site scripting w API pakietów backendu, gdzie parametr funkcji jest wstawiany do komunikatu błędu renderowanego bez escapowania HTML. Atakujący mogą zwabić uwierzytelnionego użytkownika backendu do spreparowanego linku zawierającego ważny token CSRF, wykonując JavaScript, który wykonuje akcje w tej samej domenie lub odczytuje dane DOM.

REDAXO przed wersją 5.21.0 zawiera podatność reflected cross-site scripting, która pozwala uwierzytelnionym atakującym na wstrzyknięcie skryptów poprzez parametr type w API metainfo_default_fields_create. Atakujący mogą spreparować link z ważnym tokenem CSRF i ładunkiem HTML, który rex_view::message() renderuje bez escapowania, wykonując skrypty w sesji backendu ofiary.

REDAXO przed wersją 5.21.3 zawiera podatność cross-site request forgery (CSRF) na stronie administracji użytkownikami backendu (users/users), ponieważ sprawdzanie tokenu CSRF odbywa się tylko gdy ustawiony jest parametr save, a ścieżka aktualizacji wywoływana przez FUNC_UPDATE nie wymaga tego sprawdzenia. Atakujący może zwabić zalogowanego użytkownika backendu z uprawnieniem users[] na spreparowany link GET, aby nadać uprawnienia administratora, dezaktywować konta lub zablokować jedynego administratora.

REDAXO przed wersją 5.21.3 zawiera podatność reflected cross-site scripting na stronie szczegółów media pool backendu, gdzie parametr opener_link jest renderowany bez escapowania HTML. Nieuwierzytelnieni atakujący mogą zwabić zalogowanych użytkowników backendu z uprawnieniami do mediów do kliknięcia spreparowanego linku. Wstrzyknięty skrypt może następnie odczytać token CSRF i wykonać akcje z uprawnieniami ofiary, w tym wykonanie kodu poprzez edycję szablonów lub modułów, gdy ofiara jest administratorem.

REDAXO przed wersją 5.21.3 zawiera podatność cross-site request forgery w pluginie structure/history, która pozwala atakującym na usuwanie historii lub przywracanie treści poprzez niezwalidowane żądania GET. Atakujący mogą zwabić zalogowanych użytkowników backendu na stronę wywołującą func=clearall lub rex_history_function=snap, trwale usuwając wszystkie migawki artykułów lub przywracając artykuły do wcześniejszych stanów.

REDAXO od wersji 5.18.0 przed 5.21.4 zawiera podatność stored cross-site scripting, ponieważ rex_media_service przenosi przesłane pliki SVG do publicznego folderu mediów przed ich sanityzacją. Uwierzytelnieni użytkownicy z uprawnieniami do przesyłania w mediapool mogą wyścignąć sanityzator lub wyczerpać limity pamięci, pozostawiając publicznie serwowane pliki SVG z kodem skryptu, wykonując skrypty w sesjach backendu ofiar.

REDAXO w wersjach od 5.3.0 przed 5.21.4 zawiera podatność polegającą na obejściu uwierzytelniania w pluginie structure/history. Nieuwierzytelniony atakujący może wymusić przewidywalny stan sekretu powiązanego z sesją i sfałszować tymczasowe tokeny logowania dla kont takich jak admin, uzyskując dostęp do backendu i wykonanie kodu poza trybem live.

W JetBrains Junie CLI przed wersją 26.8.17 możliwe było wykonanie poleceń z powodu niepełnej walidacji poleceń znajdujących się na liście dozwolonych. Luka pozwala obejść mechanizm allowlisty i uruchomić nieautoryzowane polecenia.