CVE-2015-4165

Usterka w Elasticsearch pozwala uwierzytelnionemu użytkownikowi z niskimi uprawnieniami na wysłanie pojedynczego małego żądania zawierającego sfałszowany nieprzezroczysty identyfikator. Elasticsearch dekoduje i deserializuje identyfikator przed potwierdzeniem, że został on legalnie wydany przez klaster, a wartość rozmiaru zawarta w identyfikatorze napędza alokację, która nie jest ograniczona ani uwzględniona w dostępnych kontrolach użycia pamięci. Powstały stan braku pamięci jest śmiertelny i kończy proces węzła, powodując denial of service.

Usterka w Elasticsearch pozwala uwierzytelnionemu użytkownikowi z niskimi uprawnieniami na wysłanie pojedynczego żądania zawierającego spreparowane dane wejściowe. Specyficzny wewnętrzny komponent waliduje dane za pomocą rekurencyjnej procedury bez ograniczenia długości wartości, co powoduje wyczerpanie stosu wątku. Powstały błąd krytyczny nie jest obsługiwany przez otaczające ścieżki wykonania i kończy proces węzła, powodując denial of service.

Usterka w Elasticsearch pozwala uwierzytelnionemu użytkownikowi z niskimi uprawnieniami, który może indeksować dokumenty, na wysłanie pojedynczego małego dokumentu zawierającego spreparowane dane wejściowe. Przetwarzanie takiego dokumentu zajmuje wątek roboczy z ograniczonej puli na nieproporcjonalnie długi czas, pogarszając dostępność operacji indeksowania na danym węźle.

Usterka w Elasticsearch pozwala uwierzytelnionemu użytkownikowi posiadającemu tylko uprawnienia do odczytu na wysłanie małego żądania wyszukiwania zawierającego spreparowane dane wejściowe. Przetwarzanie tych danych powoduje, że specyficzny wewnętrzny komponent alokuje pamięć bez górnego limitu, a alokacja odbywa się poza zakresem istniejących kontroli zużycia pamięci. Powstały stan braku pamięci jest śmiertelny i kończy proces węzła, powodując denial of service.

Usterka w Elasticsearch pozwala uwierzytelnionemu użytkownikowi z uprawnieniami wymaganymi do wywołania punktu końcowego simulate pipeline API na wysłanie żądania, które powoduje utworzenie samoodnoszącej się struktury danych. Gdy specyficzny wewnętrzny komponent później przetwarza tę strukturę, operacja rekurencyjnie zapętla się bez ograniczeń i podnosi błąd krytyczny, który nie jest obsługiwany przez otaczającą ścieżkę wykonania, kończąc proces węzła i powodując denial of service.

Elasticsearch nie stosuje konfigurowalnego ograniczenia długości wejścia do wzorca dostarczonego przez użytkownika, akceptowanego przez zapytanie intervals. Kompilacja głęboko zagnieżdżonego wzorca prowadzi do nieograniczonej rekurencji, która wyczerpuje stos wątku i podnosi błąd krytyczny, kończąc proces węzła Elasticsearch i powodując denial of service dla tego węzła. Uwierzytelniony użytkownik posiadający tylko uprawnienia do odczytu na pojedynczym indeksie z możliwością wyszukiwania może wywołać ten warunek jednym małym żądaniem wyszukiwania.

Elasticsearch nie sprawdza wartości rozmiaru pochodzącej z danych użytkownika przed użyciem jej do rezerwacji pamięci dla wewnętrznej struktury danych. Uwierzytelniony użytkownik z uprawnieniami tylko do odczytu może wysłać jeden mały, spreparowany request do API, co powoduje próbę nadmiernie dużej alokacji. Wyczerpanie pamięci prowadzi do błędu krytycznego i zatrzymania procesu węzła Elasticsearch, powodując denial of service dla danego węzła i pogorszenie kondycji klastra.

Alokacja pamięci z nadmiernym rozmiarem w przetwarzaniu zapytań ES|QL w Elasticsearch może prowadzić do odmowy usługi. Uwierzytelniony użytkownik może wysłać specjalnie spreparowane zapytanie, którego ocena alokuje nieograniczoną ilość pamięci sterty, wyczerpując dostępną pamięć na węźle i powodując jego niedostępność.

Nieograniczona rekurencja w Elasticsearch może prowadzić do odmowy usługi. Uwierzytelniony użytkownik z uprawnieniami tylko do odczytu pojedynczego indeksu może wysłać jedno specjalnie spreparowane żądanie wyszukiwania o głęboko zagnieżdżonej strukturze, które jest przetwarzane bez limitu głębokości, wyczerpując stos wątku i kończąc działanie dotkniętego węzła.

Podatność w Elasticsearch pozwala uwierzytelnionemu użytkownikowi z uprawnieniami tylko do odczytu na pojedynczym indeksie na wysłanie jednego małego, specjalnie spreparowanego żądania wyszukiwania, które powoduje nadmierną alokację pamięci, wyczerpując stertę JVM i kończąc działanie węzła.