Katalog podatności CVE

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.

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.

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.

Nieobsłużony wyjątek w Kibana Cases może prowadzić do odmowy usługi poprzez manipulację danymi wejściowymi. Złośliwa składnia linku zapisana w komentarzu do przypadku nie została odrzucona ani oczyszczona podczas formatowania do wyświetlenia, a wynikający z tego nieobsłużony błąd uniemożliwił wyświetlenie danego przypadku. Uwierzytelniony użytkownik z uprawnieniami do komentowania mógł zapisać taki komentarz, po czym ten przypadek stał się niedostępny dla wszystkich użytkowników, dopóki komentarz nie został usunięty.

Alokacja zasobów bez limitów lub ograniczania w Kibana może prowadzić do odmowy usługi poprzez nadmierną alokację. Wyrażenie zapytania akceptowane przez operację raportowania łącznika było przetwarzane bez żadnego limitu rozmiaru, a zbyt duże wyrażenie powodowało, że proces Kibana spędzał nieograniczoną ilość czasu na jego ocenie. Uwierzytelniony użytkownik z uprawnieniami tylko do odczytu mógł wysłać pojedyncze żądanie, które pozostawiało Kibana niezdolnym do obsługi jakiegokolwiek użytkownika aż do ponownego uruchomienia procesu.

compliance-trestle przed wersjami 3.12.2 i 4.0.3 zawiera podatność w mechanizmie importu profili, która pozwala na odczyt dowolnych plików z systemu plików serwera. Mechanizm łączy URI `trestle://` i względne ścieżki z `trestle_root` bez sprawdzania granic, co umożliwia atakującemu użycie sekwencji przejścia do katalogu nadrzędnego w `imports[].href` w złośliwym pliku OSCAL.

Podatność w Calix GigaSpire 26.1.0 dotyczy nieznanej funkcji pliku traceroute.cmd. Manipulacja prowadzi do odmowy usługi. Atak może być przeprowadzony zdalnie. Exploit został ujawniony publicznie i może być wykorzystany. Producent został wcześnie poinformowany, ale nie odpowiedział.

Wada w Calix GigaSpire 26.1.0 dotyczy nieznanej funkcji pliku utilities_configurationsave.cgi w komponencie Web Management Interface. Wykonanie manipulacji argumentem sessionKey może prowadzić do odmowy usługi. Atak może być przeprowadzony zdalnie. Exploit został opublikowany i może być wykorzystany. Producent został wcześnie poinformowany, ale nie odpowiedział.