Podatności Apache IoTDB

Podatność w Apache IoTDB umożliwia zdalne wykonanie kodu poprzez niebezpieczne odbicie (unsafe reflection). Procesor potoku odczytuje w pełni kwalifikowaną nazwę klasy Java i tworzy jej instancję za pomocą Class.forName().newInstance() bez żadnej walidacji lub listy dozwolonych klas.

W Apache IoTDB wykryto podatność polegającą na nieprawidłowym ograniczeniu ścieżki do zastrzeżonego katalogu (Path Traversal). Atakujący może zapisywać dowolne pliki w lokalizacjach, do których proces IoTDB ma uprawnienia zapisu, korzystając z niebezpiecznego API.

W Apache IoTDB wykryto podatność polegającą na niewystarczającym wygaszaniu sesji oraz możliwości ominięcia uwierzytelniania przez przechwycenie i powtórne użycie żądania (replay attack). REST Basic Authentication akceptuje nieaktualne buforowane dane uwierzytelniające.

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.

W Apache IoTDB wykryto podatność na path traversal, umożliwiającą dostęp do plików poza ograniczonym katalogiem. Problem dotyczy wersji od 1.0.0 do 1.3.5 oraz od 2.0.0 do 2.0.6.

W Apache IoTDB wykryto podatność typu Path Traversal, która pozwala na ominięcie ograniczeń ścieżek dostępu do plików. Problem dotyczy wersji od 2.0.0 do 2.0.6 oraz od 1.0.0 do 1.3.6.

Podatność w Apache IoTDB RPC service polegająca na nieprawidłowej walidacji pól długości, umożliwiająca zdalnemu nieuwierzytelnionemu atakującemu spowodowanie odmowy usługi. Wysyłając spreparowaną ramkę Thrift, atakujący może spowodować nadmierną alokację pamięci i awarię z błędem OutOfMemoryError. Dotyczy wersji przed 1.3.8 oraz od 2.0.0 przed 2.0.9. Zalecane jest uaktualnienie do wersji 2.0.10.

Podatność w Apache IoTDB umożliwia nieautoryzowanym, ale uwierzytelnionym użytkownikom dostęp do danych ostatniej wartości poprzez endpoint /rest/v2/fastLastQuery. Problem wynika z nieprawidłowej autoryzacji i niewłaściwej kontroli dostępu.

W Apache IoTDB wykryto podatność polegającą na nieprawidłowym zarządzaniu uprawnieniami i kontroli dostępu. Uwierzytelnieni użytkownicy mogą eskalować swoje uprawnienia do pełnego dostępu do ścieżek drzewa poprzez zmianę swojej nazwy na __internal_auditor.

W Apache IoTDB wykryto podatność polegającą na niekontrolowanej rekurencji i wyczerpaniu zasobów. Gdy opcja pipe_air_gap_receiver_enabled=true, metoda readLength w AirGap receiver wywołuje się rekurencyjnie bez ograniczenia głębokości przy każdym rozpoznaniu prefiksu języka E w danych z gniazda. Nieuwierzytelniony atakujący może wysłać strumień powtarzających się prefiksów, powodując przepełnienie stosu JVM i błąd StackOverflowError.

W Apache IoTDB w trybie AirGap (pipe_air_gap_receiver_enabled=true) odbiornik rur akceptuje nieuwierzytelnione połączenia TCP na porcie 9780. Atakujący może wysłać kontrolowaną 32-bitową liczbę całkowitą, która jest używana jako rozmiar alokacji pamięci bez górnego ograniczenia, co prowadzi do wyczerpania pamięci sterty JVM i awarii procesu DataNode.

W Apache IoTDB wykryto podatność polegającą na niekontrolowanym zużyciu zasobów. Niektóre interfejsy nie nakładają rozsądnych ograniczeń na zakres czasu i interwał agregacji zapytań, co pozwala atakującemu na skonstruowanie żądania z ekstremalnymi parametrami, prowadząc do wyczerpania pamięci Java i awarii DataNode.