Katalog podatności CVE

Nieobsłużony wyjątek w Kibana, wynikający z nieprawidłowej walidacji danych wejściowych, może prowadzić do odmowy usługi. Uwierzytelniony użytkownik z niskimi uprawnieniami może wysłać specjalnie spreparowane dane, które powodują wewnętrzny błąd i zakończenie procesu Kibana. Kibana jest niedostępna dla wszystkich użytkowników do czasu ponownego uruchomienia usługi, a warunek może być wywoływany wielokrotnie.

Nieograniczona alokacja zasobów w Kibana może prowadzić do odmowy usługi. Uwierzytelniony użytkownik z niskimi uprawnieniami może wysłać specjalnie spreparowany, nieprawidłowy ładunek do funkcji wizualizacji, co powoduje niekontrolowany wzrost zużycia pamięci. Proces Kibana zostaje zakończony po wyczerpaniu pamięci, a usługa staje się niedostępna do czasu restartu.

Podatność na Cross-Site Request Forgery w Kibana umożliwia eskalację uprawnień. Użytkownik z uprawnieniami do tworzenia wizualizacji może zapisać specjalnie spreparowaną wizualizację Vega, która po otwarciu przez innego użytkownika wysyła uwierzytelnione żądania do Kibana w kontekście sesji ofiary.

Obejście autoryzacji przez klucz kontrolowany przez użytkownika w Fleet Server może prowadzić do ujawnienia informacji. Decyzja autoryzacyjna dla pobierania artefaktów opierała się na wartości dostarczonej przez klienta, która nie była weryfikowana z rekordem serwera dotyczącym przypisania agenta. Uwierzytelniona strona posiadająca ważne poświadczenia agenta może pobrać politykę, do której agent nie jest przypisany.

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ść.

Nieprawidłowo kontrolowana modyfikacja dynamicznie określanych atrybutów obiektów w funkcji zarządzania przypadkami Elastic Security w Kibana może prowadzić do nieautoryzowanej modyfikacji danych przypadków. Uwierzytelniony użytkownik bez uprawnień do edycji przypadków może zmienić rekordy przypadków, do których ma tylko dostęp do odczytu, wykorzystując API zarządzania przypadkami, które nie egzekwuje autoryzacji w taki sam sposób jak interfejs użytkownika.

Nieograniczona alokacja zasobów w Kibana może prowadzić do odmowy usługi. Uwierzytelniony użytkownik z uprawnieniami do zarządzania oknami konserwacji może wysłać specjalnie spreparowany, nieprawidłowy ładunek, który powoduje nadmierne zużycie zasobów przez proces Kibana. Kibana staje się nieodpowiedzialna dla wszystkich użytkowników i nie odzyskuje sprawności bez ręcznej interwencji.

Nieograniczona alokacja zasobów w Kibana może prowadzić do odmowy usługi. Uwierzytelniony użytkownik z uprawnieniami tylko do odczytu funkcji alertów może wysłać specjalnie spreparowany, nieprawidłowy ładunek, który powoduje nadmierne zużycie zasobów przez proces Kibana. Pojedyncze żądanie wystarczy, aby Kibana przestała obsługiwać żądania dla wszystkich użytkowników do czasu restartu procesu.

Obejście autoryzacji przez klucz kontrolowany przez użytkownika w Kibana może prowadzić do ujawnienia informacji. Uwierzytelniony użytkownik z uprawnieniami do odczytu reguł alertów w jednej przestrzeni Kibana może pobrać telemetrię wykonania reguł alertów należących do przestrzeni, do których nie ma dostępu. Ujawniona telemetria obejmuje identyfikatory reguł, nazwy reguł, identyfikatory przestrzeni, wyniki wykonania, znaczniki czasu i liczniki wykonania.

Przechowywanie wrażliwych informacji w postaci jawnej w zmiennej środowiskowej w Elastic Cloud on Kubernetes (ECK) może prowadzić do ujawnienia informacji. Gdy ECK przetwarza zasób Fleet Server, który uwierzytelnia się do Elasticsearch za pomocą tokena konta usługi, token jest zapisywany w jawnej formie w wygenerowanej specyfikacji obciążenia, zamiast być odwołaniem do sekretu Kubernetes, który ECK utrzymuje dla innych poświadczeń. Każdy podmiot mający dostęp do odczytu specyfikacji obciążenia w danym namespace może odczytać aktywne poświadczenie Elasticsearch, nawet jeśli RBAC Kubernetes nie przyznaje mu dostępu do sekretów.

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.

Kibana Agent Builder porównuje właściciela prywatnego agenta na podstawie nazwy użytkownika, gdy brakuje stabilnego identyfikatora. Nazwa użytkownika nie jest unikalna w różnych realmach uwierzytelniania Elasticsearch, co powoduje, że dwóch różnych użytkowników o tej samej nazwie jest traktowanych jako ten sam właściciel.

Proces natywnej inferencji w Elasticsearch, używany do oceny wgranych modeli uczenia maszynowego, akceptuje operację modelu, która oblicza adres pamięci na podstawie przesunięcia dostarczonego w modelu, bez walidacji, czy przesunięcie mieści się w granicach pamięci. Użytkownik z uprawnieniami do wgrywania i wdrażania modeli może stworzyć model, który czyta i zapisuje pamięć poza zamierzonym obszarem.

Operator Elastic Cloud on Kubernetes (ECK) odczytuje listę referencji do sekretów z adnotacji na zarządzanych sekretach i akceptuje przestrzeń nazw zapisaną w każdej referencji bez weryfikacji, czy referencja jest autoryzowana dla przetwarzanego zasobu. Użytkownik z ograniczonymi uprawnieniami Kubernetes do własnej przestrzeni nazw może zapisać tę adnotację, wywołać reconciliację i spowodować, że operator użyje swoich klastrowych uprawnień do sekretów, aby skopiować zawartość sekretu z dowolnej innej przestrzeni nazw do sekretu, który użytkownik może odczytać.

Elasticsearch nie egzekwuje górnego limitu na dostarczoną przez użytkownika liczbę przyjętą przez opcję podświetlania wyników wyszukiwania, a alokacja wynikająca z tej liczby nie jest uwzględniana w żadnym wyłączniku obwodu. Uwierzytelniony użytkownik z uprawnieniami tylko do odczytu na pojedynczym indeksie może wysłać jedno małe żądanie wyszukiwania, które powoduje zarezerwowanie nadmiernie dużej wewnętrznej struktury danych. Alokacja następuje przed oceną istniejących limitów bezpieczeństwa podświetlania, więc wyczerpanie pamięci powoduje błąd krytyczny kończący proces węzła Elasticsearch. Prowadzi to do odmowy usługi dla dotkniętego węzła i pogarsza routing oraz zdrowie klastra. Wada nie jest wolumetryczna i nie zależy od rozmiaru indeksowanych danych, więc pojedyncze żądanie jest wystarczające.

Nie kontrolowana rekurencja (CWE-674) w Elasticsearch może prowadzić do odmowy usługi poprzez manipulację danymi wejściowymi (CAPEC-153). Uwierzytelniony użytkownik z uprawnieniami do tworzenia indeksów o niskich uprawnieniach może wysłać pojedyncze żądanie zawierające specjalnie spreparowaną, nieprawidłową definicję analizy niestandardowej, która jest rozwiązywana rekurencyjnie bez sprawdzania cykli lub głębokości, wyczerpując stos wątku i kończąc działanie dotkniętego węzła.

Nie kontrolowana rekurencja (CWE-674) w pomocniku dopasowywania wzorców wieloznacznych w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130). Dopasowujący wzorce wieloznaczne do nazw jest zaimplementowany rekurencyjnie i nie ma ograniczeń co do głębokości rekurencji ani całkowitej liczby operacji dopasowania. Żądanie wyszukiwania zawierające wzorzec wieloznaczny z dużą liczbą grup wieloznacznych, oceniane względem wystarczająco długiej nazwy, wyczerpuje stos wątku. Elasticsearch traktuje przepełnienie stosu jako nieodwracalny stan i wyłącza węzeł, więc żądanie kończy działanie dotkniętego węzła zamiast zgłosić błąd w sposób łagodny.

Podatność typu Observable Discrepancy w Kibana Fleet prowadzi do ujawnienia informacji. Fleet usuwa wartość klucza API Elasticsearch z odpowiedzi listy agentów, ale akceptuje filtry dostarczone przez wywołującego, oceniane z uprawnieniami wewnętrznymi Kibana, co tworzy kanał boczny umożliwiający odtworzenie pełnej wartości klucza API.

Niewłaściwe zarządzanie uprawnieniami (CWE-269) w Kibana Fleet może prowadzić do eskalacji uprawnień (CAPEC-233). Polityka integracji może opcjonalnie deklarować dodatkowe strumienie danych, do których integracja zapisuje, które Fleet dodaje do klucza API Elasticsearch wydanego agentom Elastic zarejestrowanym w odpowiedniej polityce agenta. Wynikowy klucz pozwala na wstawianie nowych dokumentów i rozszerzanie mapowań indeksów dla określonych indeksów. Klucz nie pozwala na odczytywanie, aktualizowanie ani usuwanie istniejących dokumentów.