Katalog podatności CVE

Fleet Server ma podatność na wstrzykiwanie kodu (CWE-94), która może prowadzić do wykonania skryptów dostarczonych przez atakującego. Kibana akceptuje identyfikator konfiguracji wyjścia bez ograniczania go do bezpiecznych znaków. Identyfikator jest później umieszczany w skrypcie serwerowym budowanym przez Fleet Server, więc składnia skryptu osadzona w identyfikatorze staje się częścią wykonywanego skryptu.

Kibana ma podatność na niekontrolowaną alokację zasobów (CWE-770), prowadzącą do denial of service przez nadmierną alokację. Lista pól dokumentów dostarczana przez użytkownika w funkcji Playground dla RAG nie jest ograniczona pod względem długości ani nie jest deduplikowana przed użyciem do budowy odpowiedzi. Pojedynczy spreparowany request może spowodować, że Kibana zbuduje odpowiedź znacznie większą niż dane źródłowe, wyczerpując zasoby instancji.

Kibana ma podatność na nieprawidłową autoryzację (CWE-863), umożliwiającą nieautoryzowane usuwanie prywatnych lokalizacji Synthetics. Lokalizacje mogą być współdzielone między przestrzeniami, a zabezpieczenie przed usuwaniem sprawdza tylko monitory widoczne w przestrzeni użytkownika. Uwierzytelniony użytkownik z uprawnieniami do zapisu Synthetics w jednej przestrzeni może usunąć lokalizację, od której zależą inne przestrzenie, nawet bez dostępu do nich.

Funkcja Kibana Machine Learning, która usuwa obiekt zapisany z bieżącej przestrzeni, akceptuje wytrenowane modele jako cel, ale weryfikuje tylko uprawnienia dotyczące zadań wykrywania anomalii i analizy ramek danych. Użytkownik z uprawnieniami do tworzenia tych zadań, ale bez uprawnień do modeli, może usunąć wytrenowany model z przestrzeni. Model nie jest usuwany i pozostaje dostępny w innych przestrzeniach, a zmiana może być cofnięta przez uprawnionego użytkownika.

Kibana ma podatność na niekontrolowaną alokację zasobów (CWE-770), prowadzącą do denial of service przez nadmierną alokację. Specjalnie spreparowany request od uwierzytelnionego użytkownika z minimalnymi uprawnieniami do funkcji walidacji w funkcji analizy logów Observability powoduje nieograniczoną ilość równoległej pracy. Może to wyczerpać pamięć procesu Kibana i uczynić Kibana niedostępną dla wszystkich użytkowników do czasu restartu.

Kibana ma podatność na obejście autoryzacji przez klucz kontrolowany przez użytkownika (CWE-639), umożliwiającą nieautoryzowane wykonywanie zapytań przeciwko agentom Elastic przypisanym do przestrzeni, do której użytkownik nie ma dostępu. Użytkownik uprawniony do uruchamiania zapytań Osquery w jednej przestrzeni może wykonać zapytanie na hostach należących do innej przestrzeni, co prowadzi do ujawnienia informacji z tych hostów do strumienia danych wyników Osquery.

Kibana ma podatność na brak autoryzacji (CWE-862), umożliwiającą nieautoryzowane wykonywanie akcji odpowiedzi Elastic Defend na zarządzanych hostach. Użytkownik z uprawnieniami tylko do tworzenia reguł detekcji dla Elastic Security może powiązać automatyczne akcje odpowiedzi endpoint z regułą detekcji, mimo że nie ma dedykowanych uprawnień do akcji endpoint. Gdy reguła generuje alerty, akcje są wykonywane na pasujących hostach.

Kibana ma podatność na nieefektywną złożoność algorytmiczną (CWE-407), prowadzącą do denial of service przez manipulację danymi wejściowymi. Specjalnie spreparowane, głęboko zagnieżdżone wyrażenie przesłane do wizualizacji TSVB jest oceniane z kosztem rosnącym nieproporcjonalnie do rozmiaru wejścia. Ponieważ ocena działa synchronicznie, pojedynczy request zajmuje wątek przetwarzania Kibany na czas nieokreślony, a Kibana przestaje odpowiadać na wszystkie dalsze requesty do czasu restartu.

Kibana ma podatność na brak autoryzacji (CWE-862), prowadzącą do ujawnienia informacji. Wewnętrzna funkcja pobierania danych używana przez akcje odpowiedzi Elastic Defend nie egzekwowała uprawnień Security Solution i endpoint, a dane pobierała z podwyższonymi wewnętrznymi uprawnieniami. Uwierzytelniony użytkownik z niskimi uprawnieniami, bez uprawnień Security Solution, endpoint i Elasticsearch, mógł odczytać rekordy akcji odpowiedzi i treść odpowiedzi od zarządzanych hostów.

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.

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.