Katalog podatności CVE

Grav przed wersją 3.8.5 w zadaniu twofa_cancel wtyczki Login akceptuje kontrolowane przez klienta pole _redirect bez nonce i pozwala nieuwierzytelnionemu żądaniu ustawić zewnętrzny cel Location (http, https lub protocol-relative). Controller::execute() stosuje to pole, gdy taskTwofa_cancel() nie ustawia przekierowania, a Grav::getRedirectResponse() akceptuje cel przez Uri::isExternal(), umożliwiając phishingowe przekierowania z zaufanego hosta Grav.

Wazuh od wersji 4.0.0 do 4.14.6 oraz 5.0.0-beta2 zawiera podatność w funkcji WazuhCommon.end_receiving_file() w framework/wazuh/core/cluster/common.py, która pozwala uwierzytelnionemu węzłowi klastra na usuwanie plików poza ścieżką WAZUH_PATH. Żądanie syn_i_w_m_e z nieznanym task_id dociera do gałęzi czyszczącej, gdzie nazwa pliku kontrolowana przez atakującego jest przekazywana do os.path.join bez kanonizacji lub ograniczeń. Ścieżki bezwzględne i sekwencje traversal mogą celować w pliki takie jak ossec.conf, jwt_secret.json, certyfikaty TLS i pliki reguł, które są dostępne dla procesu menedżera Wazuh. Usunięcie może wyłączyć menedżera, unieważnić tokeny API lub zakłócić łączność klastra i API. Problem naprawiono w wersjach 4.14.6 i 5.0.0-beta2.

W Wazuh od wersji 1.0.0 do 4.14.6 oraz 5.0.0-beta2 występuje podatność polegająca na zapisie poza granicami bufora na stosie w funkcji HandleSecureMessage(). Podczas przetwarzania zaszyfrowanej wiadomości agenta na porcie TCP 1514, dekompresja może zapisać bajt null poza końcem bufora docelowego, co prowadzi do awarii procesu remoted i zakłócenia komunikacji z agentami.

W Wazuh od wersji 3.9.0 do 4.14.5 oraz 5.0.0-beta2 protokół klastra pozwala uwierzytelnionemu węzłowi klastra na wyczerpanie pamięci na serwerze głównym. Metoda receive_str() akceptuje kontrolowaną przez atakującego wartość całkowitą bez limitu, a ścieżka podzielonych wiadomości przechowuje fragmenty bez ograniczeń, co może prowadzić do nadmiernego zużycia pamięci.

Wazuh Manager od wersji 4.0.0 do 4.14.5 pozwala użytkownikowi API o niskich uprawnieniach (tylko do odczytu) z uprawnieniem manager:read na pobranie klucza klastra z elementu w ossec.conf przez GET /manager/configuration?raw=true. Atakujący z dostępem sieciowym do portu TCP 1516 może użyć ujawnionego klucza Fernet do podszycia się pod pracownika klastra i wysyłać rozproszone żądania API z kontrolowanymi rbac_permissions i rbac_mode ustawionym na black. Ponieważ master ufa kontekstowi autoryzacji dostarczonemu przez pracownika, atakujący może tworzyć użytkowników, przypisywać role administratora, uzyskiwać dostęp do poświadczeń i tokenów API, modyfikować konfigurację i wykonywać akcje na agentach. Problem naprawiono w wersji 4.14.5.

Moduł tarfile w Pythonie ma podatność w filtrach ekstrakcji danych, która pozwala na tworzenie katalogów poza docelowym katalogiem dla członków archiwum, których nazwa wychodzi poza katalog docelowy i do niego wraca (np. ../evil/../dest/sub/file). Problem dotyczy tylko platform POSIX i tworzy tylko puste katalogi poza docelowym.

HumHub 1.18.4 zawiera podatność na przechowywany cross-site scripting (XSS) w przepływie powiadomień o usunięciu komentarza. Administrator przestrzeni może usunąć komentarz innego użytkownika, wybrać opcję powiadomienia autora i umieścić HTML/JavaScript w polu przyczyny usunięcia.

IBM AIX 7.2 i 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić lokalnemu atakującemu na spowodowanie odmowy usługi i naruszenie integralności danych z powodu warunku wyścigu typu time-of-check time-of-use (TOCTOU).

OpenEMR przed wersją 8.3.0 zawiera podatność na przechodzenie po ścieżkach w funkcji przywracania archiwum EDI. Parametr archrestore_sel jest przekazywany do procedury przywracania bez sanityzacji, a różne komunikaty odpowiedzi ujawniają, czy ścieżka istnieje. Uwierzytelniony użytkownik z uprawnieniami EOB Data Entry może badać dowolne ścieżki na serwerze.

W maalfer Pentestify w wersjach od 1.2.0 do 2.3.2 występuje podatność polegająca na nieprawidłowej kolejności walidacji i kanonizacji w sanityzatorze CSS motywów raportów. Uwierzytelniony użytkownik może wymusić wychodzące żądania HTTP z przeglądarek innych użytkowników, ujawniając ich adres IP i User-Agent, poprzez sekwencje ucieczki CSS, które odtwarzają funkcję url() i omijają blokadę sanityzatora.

Rozszerzenie Joomla J-BusinessDirectory przed wersją 6.2.3 zawiera podatność na atak DoS w obsłudze parametrów paginacji. Wartości paginacji nie były ściśle typowane. Tablice/nie-numeryczne wartości (np. limitstart[]) mogą wywołać błędy typów PHP w operacjach arytmetycznych, a limit nie był walidowany przed użyciem w zapytaniach list.

Rozszerzenie Joomla - cmsjunkie.com - J-BusinessDirectory przed wersją 6.2.3 zawiera podatność na odbity XSS oraz wstrzykiwanie XML. Parametr companyName z żądania jest zapisywany bez escapowania do atrybutu XML, co może pozwolić na wykonanie złośliwego skryptu w przeglądarce ofiary.

Podatność SQL injection w rozszerzeniu Joomla J-BusinessDirectory (cmsjunkie.com) przed wersją 6.2.3. W wyszukiwaniu wycieczek (trips search) słowa kluczowe i klauzula ORDER BY były konkatenowane do zapytania SQL. Wersja 6.2.3 cytuje słowa kluczowe i stosuje białą listę dla klauzuli sortowania.

Rozszerzenie Joomla J-BusinessDirectory w wersji poniżej 6.2.3 zawiera otwarty serwer pocztowy (open mail relay). Adres odbiorcy jest pobierany z żądania (parametry contact_id_offer / contact_id_event) zamiast z rekordu oferty/wydarzenia po stronie serwera, co pozwala na wysyłanie wiadomości na dowolny adres.

Rozszerzenie Joomla J-BusinessDirectory przed wersją 6.2.3 zawiera podatność na Cross-site request forgery (CSRF). Brak tokenów w wielu zadaniach AJAX i zmieniających stan, takich jak formularze kontaktowe, koszyk, zakładki, przesyłanie plików, wiadomości, generowanie tekstu AI oraz wiele akcji administratora. Atak CSRF na froncie wymaga sesji zarejestrowanego użytkownika lub właściciela wpisu, a atak na panel administracyjny wymaga sesji administratora.

Rozszerzenie Joomla J-BusinessDirectory przed wersją 6.2.3 zawiera podatność Insecure Direct Object Reference (IDOR) w wielu akcjach frontendowych i API. Podatność ta pozwala na bezpośrednie odwoływanie się do obiektów bez odpowiedniej autoryzacji.

Rozszerzenie Joomla J-BusinessDirectory przed wersją 6.2.3 zawiera podatność umożliwiającą nieuwierzytelnionemu atakującemu przejęcie własności wpisu (listing ownership takeover). Własność mogła być zmieniona przy użyciu identyfikatorów firmy i użytkownika dostarczonych przez atakującego, nawet dla wpisów, które już miały właściciela. Wersja 6.2.3 wiąże akcję z uwierzytelnionym użytkownikiem i pozwala tylko na wpisy bez właściciela.

Rozszerzenie J-BusinessDirectory dla Joomla w wersjach przed 6.2.3 zawiera podatność na dowolne przesyłanie/usuwanie plików (path traversal). Parametr _path_type może wskazywać na drzewa katalogów witryny lub administratora, a walidacja rozszerzeń jest słaba. Brakuje również tokenu CSRF przy operacjach przesyłania/usuwania.

Cudy WR3000 2.0 z oprogramowaniem przed wersją 2.5.24 zawiera podatność na wstrzykiwanie poleceń systemu operacyjnego, która pozwala uwierzytelnionym atakującym na wykonywanie dowolnych poleceń systemowych z uprawnieniami roota poprzez wysyłanie niesanityzowanych danych wejściowych przez interfejs poleceń MQTT mesh. Binarka sync_command przekazuje niesanityzowane dane bezpośrednio do powłoki w command.lua, umożliwiając atakującym z dostępem do brokera MQTT wykorzystanie domyślnie włączonej ścieżki wykonywania poleceń do pełnego przejęcia systemu na poziomie roota.

Router Cudy WR3000 2.0 z oprogramowaniem przed 2.5.24 zawiera twardo zakodowany sekret podpisywania JWT HMAC w pluginie uwierzytelniającym brokera MQTT Mosquitto. Nieuwierzytelniony atakujący może wyodrębnić sekret z obrazu firmware i sfałszować ważne tokeny JWT, uzyskując nieautoryzowany dostęp do interfejsu sieci mesh.