Katalog podatności CVE

Podatność w domyślnym serwerze SFTP używanym w produktach Ciena umożliwia zdalnemu, nieuwierzytelnionemu atakującemu ominięcie kontroli bezpieczeństwa i uzyskanie nieautoryzowanego dostępu do systemu plików. Udane wykorzystanie może pozwolić na odczyt lub modyfikację plików systemowych.

Podatność SSRF w aplikacji Anti-Virus dla ownCloud przed wersją 1.2.3 (oraz ownCloud 10 przed 10.15.3) umożliwia atakującemu wysyłanie żądań z serwera do wewnętrznych zasobów sieciowych. Luka wynika z braku odpowiedniej walidacji adresów URL przetwarzanych przez komponent antywirusowy.

W ownCloud Core przed wersją 10.15.3 mechanizm aktualizacji (Updater) udostępnia niebezpieczną metodę lub funkcję. Umożliwia to atakującym z uprawnieniami administracyjnymi wykonanie dowolnego kodu na serwerze.

Uwierzytelniony użytkownik może manipulować parametrem identyfikatora firmy w żądaniu POST do backendu, uzyskując nieautoryzowany dostęp do innych firm hostowanych w tym samym środowisku subdomeny. Aplikacja nie weryfikuje, czy żądany identyfikator firmy należy do sesji uwierzytelnionego użytkownika, co prowadzi do obejścia autoryzacji między dzierżawcami.

W komponencie Apache Camel AWS SNS wykryto brak filtra dla nagłówków przychodzących w strategii Sns2HeaderFilterStrategy. Podatność nie jest jednak osiągalna, ponieważ komponent jest wyłącznie produkcyjny (nie obsługuje konsumentów), więc atakujący nie może dostarczyć zewnętrznych atrybutów wiadomości do Camel Exchange. Mimo to dodano filtr defensywny dla spójności z innymi strategiami.

W komponencie camel-keycloak Apache Camel wykryto podatność polegającą na pomijaniu weryfikacji tokena dostępu w domyślnej konfiguracji. Gdy wymagane role lub uprawnienia są puste, token nie jest weryfikowany kryptograficznie, co pozwala na dostęp do chronionych tras z dowolnym nagłówkiem Authorization.

Podatność w komponencie DNS Apache Camel umożliwia atak SSRF poprzez nieprawidłową walidację nagłówków wiadomości. Atakujący może ustawić nagłówki dns.server, dns.name i dns.domain w żądaniu HTTP, co prowadzi do przekierowania zapytań DNS na kontrolowany serwer i ujawnienia wewnętrznych nazw hostów.

Podatność w Apache Camel w komponencie mongodb-gridfs pozwala atakującemu na manipulację operacjami GridFS poprzez nagłówki HTTP. Brak walidacji wejścia i kontroli dostępu umożliwia nieautoryzowane usuwanie, odczyt lub wyliczanie plików oraz wstrzykiwanie operatorów NoSQL.

Podatność w komponencie Apache Camel Solr umożliwia ataki typu SSRF oraz wstrzykiwanie parametrów i pól do zapytań Solr. Nagłówki Exchange z prefiksami SolrParam. i SolrField. są przekazywane bez filtrowania z żądań HTTP do producenta Solr, co pozwala atakującemu na manipulację zapytaniami i dokumentami indeksowanymi.

Podatność w komponencie AWS2-SQS Apache Camel pozwala atakującemu na wstrzyknięcie nagłówków kontrolnych Camel (np. CamelHttpUri, CamelFileName) poprzez wiadomości SQS. Brak filtrowania przychodzących nagłówków w Sqs2HeaderFilterStrategy umożliwia modyfikację zachowania producentów w trasie Camel.

W komponencie camel-keycloak Apache Camel brakuje walidacji okresu ważności tokena dostępu. Funkcja pomocnicza nie sprawdza, czy token wygasł lub nie jest jeszcze ważny, przez co akceptuje tokeny poza ich dozwolonym przedziałem czasowym.

Podatność w komponencie Apache Camel Cometd umożliwia atakującemu wstrzyknięcie dowolnych nagłówków sterujących Camel do wymiany komunikatów. Brak filtra nagłówków (HeaderFilterStrategy) powoduje, że nagłówki dostarczone przez klienta CometD, w tym wewnętrzne nagłówki Camel (np. CamelHttpUri, CamelFileName), są kopiowane bez zmian. Domyślnie brak uwierzytelnienia (Bayeux SecurityPolicy) pozwala każdemu klientowi na opublikowanie takiego komunikatu.

Podatność w komponencie camel-pqc Apache Camel umożliwia deserializację niezaufanych danych z AWS Secrets Manager. Luka wynika z braku filtrowania podczas deserializacji obiektów Java, co może prowadzić do zdalnego wykonania kodu.

Podatność w komponencie camel-docling Apache Camel umożliwia wstrzykiwanie argumentów CLI i przechodzenie do katalogów nadrzędnych (directory traversal) poprzez niewystarczającą walidację nagłówków wymiany. Atakujący może dostarczyć nieautoryzowane flagi lub ścieżki wykraczające poza zamierzony katalog, co prowadzi do wykonania nieoczekiwanych operacji przez zewnętrzne narzędzie docling.

Wewnętrzny interfejs RPC DataNode w Apache IoTDB do tworzenia instancji Triggerów wykorzystuje nazwę przesłanego pliku JAR do budowania ścieżki pliku bez wystarczającej walidacji. Jeśli port RPC DataNode jest wystawiony na niezaufaną sieć, atakujący może użyć sekwencji przejścia do katalogu w nazwie JAR, aby zapisać pliki poza docelowym katalogiem instalacji Triggerów. Może to pozwolić na dowolny zapis plików z uprawnieniami procesu IoTDB.

W Apache IoTDB wykryto podatność polegającą na obejściu uwierzytelniania przez fałszowanie parametru sessionId w zapytaniach Thrift RPC. Atakujący może wysyłać spreparowane żądania z podrobionym identyfikatorem sesji, uzyskując wyniki zapytań bez uprzedniego uwierzytelnienia. Problem dotyczy wersji od 1.3.3 do 2.0.7.

Wtyczki WordPress FileOrganizer (przed 1.1.9), Advanced File Manager (przed 5.4.12), File Manager Pro (przed 2.1.1) oraz File Manager (przed 8.0.4) nieprawidłowo zabezpieczają parametr przed przekazaniem go do polecenia powłoki podczas przetwarzania obrazów. Umożliwia to uwierzytelnionym użytkownikom wstrzyknięcie poleceń systemu operacyjnego, pod warunkiem że serwer ma dostępne narzędzie ImageMagick convert CLI, a rozszerzenia PHP imagick i GD są wyłączone.

System zarządzania Prog Management System firmy PROG MIS zawiera podatność ujawnienia wrażliwych informacji, która pozwala nieuwierzytelnionym zdalnym atakującym na wyświetlenie konkretnej strony i uzyskanie nazwy użytkownika oraz hasła do bazy danych.

Aplikacja ERP opracowana przez PROG MIS zawiera podatność polegającą na użyciu zakodowanych na stałe poświadczeń, co umożliwia nieuwierzytelnionym zdalnym atakującym zalogowanie się w celu przeglądania kodu aplikacji oraz uzyskania konta i hasła bazy danych.

Podatność w cve-search w punkcie końcowym POST /fetch_cve_data pozwala nieuwierzytelnionemu atakującemu na manipulację parametrami żądania, co umożliwia odczyt dowolnych kolekcji MongoDB aplikacji. Atakujący może uzyskać nazwy użytkowników administracyjnych i skróty haseł z kolekcji mgmt_users.