Katalog podatności CVE

Concrete CMS 9 przed wersją 9.5.0 jest podatny na atak CSRF w endpointcie delete w dialogu Page Bulk. Atakujący może wykorzystać tę lukę do wykonania nieautoryzowanych działań na koncie ofiary.

Concrete CMS w wersji 9 przed 9.5.0 jest podatny na Cross-Site Request Forgery (CSRF) w ścieżce concrete/controllers/dialog/logs/bulk/delete. CVSS v4.0: 2.3.

Concrete CMS w wersji 9 przed 9.5.0 jest podatny na Cross-Site Request Forgery (CSRF) w ścieżce concrete/controllers/dialog/logs/delete. CVSS v4.0: 2.3.

Concrete CMS 9.5.0 i wcześniejsze emituje token CSRF w widoku local_available_update.php, ale metoda do_update() nie weryfikuje go. Atakujący może wykorzystać tę lukę do przeprowadzenia ataku CSRF, który aktualizuje CMS do wersji wskazanej przez atakującego.

Concrete CMS 9.5.0 i starsze nie waliduje tokena CSRF przed przetworzeniem żądań do /dashboard/extend/update/prepare_remote_upgrade/<remoteMPID>. Atakujący kontrolujący zdalny pakiet dla znanego identyfikatora elementu marketplace może nadpisać pakiet PHP na dysku i wymusić wykonanie jego metody upgrade() w jednej nawigacji przeglądarki. Prowadzi to do zdalnego wykonania kodu jako użytkownik serwera WWW.

Concrete CMS 9.5.0 i starsze zawiera podatność CSRF w metodzie install_package() w pliku concrete/controllers/single_page/dashboard/extend/install.php. Atakujący, który może skłonić uwierzytelnionego administratora do odwiedzenia spreparowanej strony i umieścił pakiet w DIR_PACKAGES/<handle>/, może wymusić instalację tego pakietu bez ochrony CSRF. Instalacja wykonuje metodę install() jako użytkownik serwera WWW, umożliwiając zdalne wykonanie kodu.

Concrete CMS w wersji 9.5.0 i niższych nie waliduje tokena CSRF przed przetworzeniem żądań do /dashboard/extend/update/do_update/<pkgHandle>. Atakujący może zmusić uwierzytelnionego administratora do uruchomienia aktualizacji pakietu poprzez pojedynczą nawigację między witrynami.

W Concrete CMS 9.5.0 i starszych brak autoryzacji w bulk_user_assignment.php umożliwia każdemu uwierzytelnionemu użytkownikowi dodawanie dowolnych adresów email do dowolnych grup oraz usuwanie administratorów, co prowadzi do eskalacji uprawnień.

Concrete CMS w wersji 9.5.0 i niższych jest podatny na zdalne wykonanie kodu (RCE) z powodu niebezpiecznej deserializacji w kontrolerze bloku ExpressEntryList. Nieuczciwy administrator z uprawnieniami do dodawania bloków może ominąć mechanizm ochronny (_fromCIF === true) poprzez wykorzystanie REST API, które parsuje żądania za pomocą json_decode(), gdzie string "true" jest interpretowany jako ścisłe PHP Boolean(true). Pozwala to na wstrzyknięcie złośliwego serializowanego ładunku do kolumny filterFields bloku, który jest wykonywany podczas przeglądania lub edycji danych bloku przez administratora, prowadząc do całkowitego przejęcia serwera.

Concrete CMS w wersji 9.5.0 i niższych nie oczyszcza sekwencji path traversal w polu ptComposerFormLayoutSetControlCustomTemplate podczas zapisywania układów formularzy typu strony. Uwierzytelniony administrator z uprawnieniami do edycji formularzy może dołączyć dowolne pliki do odczytu na serwerze. W połączeniu z walidacją tylko rozszerzeń (pozwalającą na kod PHP w plikach .png) może to prowadzić do zdalnego wykonania kodu.

LiteLLM przed wersją 1.83.10 pozwala użytkownikowi na zmianę własnej roli poprzez endpoint /user/update. Endpoint ogranicza dostęp tylko do własnego konta, ale nie sprawdza, które pola mogą być zmieniane. Użytkownik może ustawić swoją rolę na proxy_admin, uzyskując pełny dostęp administracyjny do wszystkich użytkowników, zespołów, kluczy, modeli i historii zapytań.

LiteLLM przed wersją 1.83.14 pozwala uwierzytelnionemu użytkownikowi internal_user na tworzenie kluczy API z dostępem do tras, które nie są dozwolone dla jego roli. Pole allowed_routes jest przechowywane bez weryfikacji, czy trasy mieszczą się w uprawnieniach użytkownika, co umożliwia eskalację uprawnień do proxy_admin.

Aplikacja IINA przed wersją 1.4.3 zawiera podatność umożliwiającą zdalne wykonanie poleceń poprzez schemat URL iina://open. Atakujący może dostarczyć spreparowany URL z parametrami mpv_options/input-commands, które po zatwierdzeniu przez użytkownika w przeglądarce powodują wykonanie dowolnych poleceń w systemie macOS.

Biblioteka Authen::TOTP dla Perla przed wersją 0.1.1 generuje sekrety przy użyciu funkcji rand, która jest przewidywalna i nieodpowiednia do celów bezpieczeństwa.

W Open ISES Tickets przed 3.44.2 w pliku import_mdb.php znajdują się zakodowane na stałe dane uwierzytelniające do bazy MySQL (host, użytkownik, hasło, nazwa bazy). Dane te są publicznie dostępne w repozytorium kodu.

Open ISES Tickets przed wersją 3.44.2 zawiera zakodowane na stałe dane uwierzytelniające bazy danych MySQL w pliku loader.php (publicznie dostępne narzędzie bazodanowe), które są zatwierdzone w repozytorium źródłowym. Każdy podmiot z dostępem do publicznego drzewa źródłowego (lub nieuwierzytelniony atakujący z dostępem do odczytu pliku na wdrożonej instalacji) może odczytać nazwę użytkownika, hasło i nazwę bazy danych i użyć ich do połączenia z bazą danych, jeśli jest ona osiągalna z ich sieci.

Open ISES Tickets przed wersją 3.44.2 zawiera podatność na wstrzykiwanie SQL w ajax/statistics.php, gdzie parametry POST tick_id i f_tick_id są konkatenowane do klauzul WHERE w zapytaniach SELECT bez sanityzacji. Uwierzytelnieni atakujący mogą modyfikować zapytania, aby odczytać, zmodyfikować lub zniszczyć zawartość bazy danych.

Open ISES Tickets przed wersją 3.44.2 zawiera podatność na iniekcję SQL w pliku ajax/reports.php, gdzie parametr POST tick_id jest konkatenowany do klauzuli WHERE w instrukcjach SELECT w raporcie podsumowania incydentów bez sanityzacji. Uwierzytelnieni atakujący mogą tworzyć żądania zmieniające semantykę zapytań, aby odczytać, modyfikować lub niszczyć zawartość bazy danych.

Podatność SQL Injection w Open ISES Tickets przed wersją 3.44.2 występuje w pliku ajax/mobile_main.php. Parametr GET 'id' jest bezpośrednio wstawiany do klauzuli WHERE zapytania SELECT bez sanityzacji, co pozwala uwierzytelnionym atakującym na odczyt, modyfikację lub zniszczenie danych w bazie.

Podatność SQL Injection w Open ISES Tickets przed wersją 3.44.2 występuje w pliku message.php. Parametry POST 'frm_ticket_id' i 'frm_resp_id' są bezpośrednio wstawiane do klauzul WHERE zapytań SELECT/UPDATE bez sanityzacji, co pozwala uwierzytelnionym atakującym na odczyt, modyfikację lub zniszczenie danych.