Katalog podatności CVE

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu odczytu poza zakresem.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu uwierzytelnionemu atakującemu na uzyskanie poufnych informacji z powodu podatności na przechodzenie po ścieżkach (path traversal).

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu wyczerpania zasobów.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu użycia niezainicjalizowanej zmiennej.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu nieprawidłowego przetwarzania żądań resynchronizacji DRDA i DDM.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na uzyskanie poufnych informacji i wykonanie nieautoryzowanych operacji z powodu nieprawidłowej walidacji tokenów uwierzytelniających.

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.