Katalog podatności CVE

django-helpdesk przed wersją 2.3.3 zawiera podatność na trwały cross-site scripting (XSS), która pozwala nieuwierzytelnionym atakującym na wstrzyknięcie dowolnego JavaScriptu poprzez wysyłanie wiadomości e-mail w formacie HTML lub przesyłanie załączników .html/.htm przez publiczne kanały zgłaszania biletów. Atakujący mogą wykorzystać brak sanityzacji i nagłówków Content-Disposition w warstwie serwowania załączników, aby wykonać złośliwe skrypty w sesji przeglądarki uwierzytelnionych pracowników, którzy otworzą załącznik podczas triażu biletów.

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.

Kibana Agent Builder nie weryfikuje poprawnie, czy żądający użytkownik posiada uprawnienia wymagane przez oddzielną funkcję Kibany, zanim utworzy i uruchomi narzędzie, które wywołuje funkcjonalność tej funkcji. Umożliwia to eskalację uprawnień i może prowadzić do ujawnienia wrażliwych informacji, do których użytkownik nie jest upoważniony.

Punkt końcowy A2A JSON-RPC API w Kibana Agent Builder wyprowadza identyfikator przechowywanej rozmowy z danych dostarczonych przez użytkownika, a kontrola własności tego identyfikatora nie rozróżnia między rozmową, która nie istnieje, a taką, która istnieje, ale należy do innego użytkownika. W rezultacie uwierzytelniony użytkownik posiadający tylko uprawnienie do odczytu Agent Builder może podać identyfikator już używany przez innego użytkownika w tej samej przestrzeni i spowodować zastąpienie rozmowy tego użytkownika oraz przypisanie jej do konta żądającego. Pierwotny właściciel trwale traci dostęp do rozmowy i jej historii. Wpływ jest ograniczony do utraty integralności i dostępności danej rozmowy; atakujący nie odczytuje nadpisanej treści.

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.

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.