Katalog podatności CVE

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.

Podatność SQL Injection w Open ISES Tickets przed wersją 3.44.2 występuje w pliku db_loader.php. Parametry POST 'ticketsdb', 'ticketshost', 'ticketsuser', 'ticketspassword' są bezpośrednio wstawiane do argumentów połączenia mysqli i dynamicznego SQL bez sanityzacji, co pozwala uwierzytelnionym atakującym na odczyt, modyfikację lub zniszczenie danych.

Open ISES Tickets przed wersją 3.44.2 zawiera podatność SQL Injection w pliku incs/remotes.inc.php. Wartości takie jak latitude, longitude, callsign, mph, altitude i timestamp, pobierane z zewnętrznych serwisów GPS (InstaMapper, Google Latitude), są łączone w zapytania UPDATE i INSERT bez sanityzacji.

Podatność SQL Injection w Open ISES Tickets przed wersją 3.44.2 występuje w pliku portal/ajax/list_requests.php. Parametry GET 'sort' i 'dir' są bezpośrednio wstawiane do klauzuli ORDER BY zapytania SELECT bez sanityzacji, co pozwala uwierzytelnionym atakującym na odczyt, modyfikację lub zniszczenie danych.

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

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

Podatność SQL Injection w Open ISES Tickets przed wersją 3.44.2 występuje w pliku tables.php. Parametry POST 'tablename', 'indexname', 'sortby' są bezpośrednio wstawiane do identyfikatorów tabel/kolumn w dynamicznie konstruowanych zapytaniach SELECT/UPDATE/DELETE bez sanityzacji, co pozwala uwierzytelnionym atakującym na odczyt, modyfikację lub zniszczenie danych.