Katalog podatności CVE

IBM Documentation Offline w wersjach od 1.0.0 do 1.4.1 może pozwolić zdalnemu atakującemu na sfałszowanie prawidłowych tokenów sesji z powodu użycia twardo zakodowanego klucza kryptograficznego.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić lokalnemu atakującemu na uzyskanie poufnych informacji lub modyfikację danych z powodu niewłaściwego zarządzania uprawnieniami.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu uwierzytelnionemu atakującemu na uzyskanie poufnych informacji lub 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 atakującemu na spowodowanie odmowy usługi z powodu błędu całkowitoliczbowego podczas przetwarzania nagłówków dużych obiektów DRDA.

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.