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 zapisu poza zakresem.

IBM Documentation Offline w wersjach od 1.0.0 do 1.4.1 może pozwolić zdalnemu atakującemu na wykonanie dowolnego kodu z powodu nieprawidłowej neutralizacji danych wyjściowych dla logów.

IBM Documentation Offline w wersjach od 1.0.0 do 1.4.1 może pozwolić zdalnemu atakującemu na odczyt dowolnych plików z powodu nieprawidłowego ograniczenia ścieżki do katalogu.

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 przepełnienia bufora.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na wykonanie dowolnego kodu lub uzyskanie poufnych informacji z powodu nieprawidłowego uwierzytelniania.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na uzyskanie poufnych informacji z powodu nieprawidłowego uwierzytelniania.

Oprogramowanie Philips Hue Bridge Pro firmy Signify zawiera wbudowany broker MQTT Mosquitto, który nasłuchuje na wszystkich interfejsach sieciowych bez uwierzytelniania. Nieuwierzytelniony atakujący z dostępem sieciowym do usługi MQTT może odczytywać dane i sterować podłączonymi światłami. Poprawka w wersji 1.77.2071318010.

Trigger.dev przed wersją 4.5.2 zawiera podatność w funkcji addGoogleStrategy(), która przekazuje adres e-mail z profilu Google do findOrCreateGoogleUser() bez wymagania potwierdzenia email_verified. Gdy istnieje konto z tym samym adresem e-mail, atakujący może przejąć konto ofiary, używając niezweryfikowanego adresu e-mail z własnego profilu Google.

Trigger.dev od wersji 3.3.8 do 4.5.6 zawiera podatność w punkcie końcowym PUT /api/v1/runs/:runId/metadata, gdzie wartości operation.key są przekazywane do new JSONHeroPath(operation.key).set() bez odrzucania niebezpiecznych segmentów ścieżek, takich jak constructor i prototype. Osoba z normalnym kluczem API środowiska może zanieczyścić Object.prototype w procesie webapp, co prowadzi do uszkodzenia zapytań Prisma, etykiet Prometheus, złamania uwierzytelniania innych dzierżawców i awarii całego procesu.

Flyto2 Core przed wersją 2.28.0 zawiera podatność polegającą na obejściu zabezpieczeń SSRF, która pozwala atakującym na dostęp do wewnętrznych usług poprzez użycie nieblokowanego adresu IPv6 `::`, który jądro kieruje do loopbacku tak samo jak `0.0.0.0`. Atakujący mogą wysyłać żądania lub wywoływać przekierowania 302, aby ominąć sprawdzanie prywatnych zakresów IP i zablokowanych nazw hostów w funkcji is_private_ip(), docierając do usług nasłuchujących na IPv6 loopback w modułach http.get, http.request i http.batch.

Kibana zawiera podatność Relative Path Traversal (CWE-23), która może prowadzić do nieautoryzowanego usuwania zasobów Kibana. Kibana Fleet akceptuje identyfikator dostarczony przez użytkownika dla konfiguracji hosta Fleet Server bez odrzucania sekwencji względnych ścieżek. Identyfikator jest przechowywany i później używany w żądaniu usunięcia konfiguracji.

Kibana zawiera podatność Missing Authorization (CWE-862), która może prowadzić do ujawnienia informacji między przestrzeniami i nieautoryzowanej modyfikacji danych. Kibana Machine Learning wykonuje operacje Elasticsearch z podwyższonymi wewnętrznymi uprawnieniami i polega na filtrze przestrzeni, aby oddzielić dane ML między przestrzeniami. Część funkcji ML nie stosowała tego filtra, więc operacje z jednej przestrzeni były wykonywane na danych ML wszystkich przestrzeni.

Funkcja Elastic Security, która sugeruje istniejące wartości pól podczas tworzenia polityk endpoint, wysyła zapytania do danych Elastic Defend przy użyciu wewnętrznego konta Elasticsearch Kibana zamiast konta użytkownika. Sprawdzane są tylko uprawnienia funkcji Kibana, a nie uprawnienia indeksów Elasticsearch. Uwierzytelniony użytkownik z uprawnieniami funkcji Elastic Security, ale bez dostępu do odczytu indeksów Elastic Defend, może pobrać wartości pól, w tym argumenty wiersza poleceń procesów, które często zawierają tokeny, poświadczenia i inne wrażliwe dane.

Użytkownik z niższymi uprawnieniami, posiadający tylko uprawnienie do odczytu polityk agentów, może odczytać całą konfigurację skonfigurowanego proxy Fleet. Normalnie wymagane jest uprawnienie Fleet do odczytu ustawień. Konfiguracja proxy może zawierać poświadczenia uwierzytelniające proxy i materiały kluczy prywatnych, do których nie powinien mieć dostępu.

Stan przechowywany przez Kibana dla przepływu Observability Onboarding nie jest powiązany z użytkownikiem, który go utworzył, a trasy odczytujące i aktualizujące ten stan nie weryfikują własności. Uwierzytelniony użytkownik z ogólnym dostępem do odczytu przestrzeni może odkryć przepływy innych użytkowników, odczytać ich stan i zapisać dowolne dane. Zmodyfikowany przepływ może również spowodować błąd serwera w widoku onboardingu właściciela.

Brak autoryzacji w Kibana umożliwia nieautoryzowane wykonywanie akcji odpowiedzi Osquery i Elastic Defend na zarządzanych hostach. Użytkownik Kibana, który może tworzyć i oceniać reguły wykrywania Elastic Security, może wywołać akcje odpowiedzi na zarejestrowanych agentach bez posiadania odpowiednich uprawnień.

Podatność na Cross-Site Request Forgery w Kibana umożliwia eskalację uprawnień. Użytkownik z uprawnieniami do tworzenia wizualizacji może zapisać specjalnie spreparowaną wizualizację Vega, która po otwarciu przez innego użytkownika wysyła uwierzytelnione żądania do Kibana w kontekście sesji ofiary.

Kibana Agent Builder porównuje właściciela prywatnego agenta na podstawie nazwy użytkownika, gdy brakuje stabilnego identyfikatora. Nazwa użytkownika nie jest unikalna w różnych realmach uwierzytelniania Elasticsearch, co powoduje, że dwóch różnych użytkowników o tej samej nazwie jest traktowanych jako ten sam właściciel.

Proces natywnej inferencji w Elasticsearch, używany do oceny wgranych modeli uczenia maszynowego, akceptuje operację modelu, która oblicza adres pamięci na podstawie przesunięcia dostarczonego w modelu, bez walidacji, czy przesunięcie mieści się w granicach pamięci. Użytkownik z uprawnieniami do wgrywania i wdrażania modeli może stworzyć model, który czyta i zapisuje pamięć poza zamierzonym obszarem.

Podatność typu Observable Discrepancy w Kibana Fleet prowadzi do ujawnienia informacji. Fleet usuwa wartość klucza API Elasticsearch z odpowiedzi listy agentów, ale akceptuje filtry dostarczone przez wywołującego, oceniane z uprawnieniami wewnętrznymi Kibana, co tworzy kanał boczny umożliwiający odtworzenie pełnej wartości klucza API.