Katalog podatności CVE

Podatność w interfejsie systemu AOS-8 może pozwolić nieuwierzytelnionemu zdalnemu atakującemu obejść istniejące mechanizmy uwierzytelniania i uruchomić dowolne polecenia na hoście. Skuteczne wykorzystanie pozwala na wykonanie dowolnych poleceń jako root w systemie operacyjnym, co prowadzi do całkowitego przejęcia systemu.

Podatność w interfejsie systemu AOS-8 umożliwia nieuwierzytelnionemu zdalnemu atakującemu przeprowadzenie ataków SQL injection. Skuteczne wykorzystanie może pozwolić na wykonanie dowolnych poleceń w systemie operacyjnym.

Podatność w interfejsie systemu AOS-8 umożliwia nieuwierzytelnionemu zdalnemu atakującemu przeprowadzenie ataków SQL injection. Skuteczne wykorzystanie może pozwolić na wykonanie dowolnych poleceń w systemie operacyjnym.

Podatności typu buffer overflow w interfejsie systemu AOS-10 mogą prowadzić do nieuwierzytelnionego zdalnego wykonania kodu poprzez wysłanie specjalnie spreparowanych pakietów. Skuteczne wykorzystanie pozwala na wykonanie dowolnego kodu z uprawnieniami uprzywilejowanego użytkownika.

W interfejsie systemu AOS-8 występują podatności typu command injection, które mogą pozwolić nieuwierzytelnionemu zdalnemu atakującemu na uruchomienie dowolnych poleceń na hoście po spełnieniu określonych warunków wstępnych niezależnych od atakującego. Skuteczne wykorzystanie może pozwolić na wykonanie dowolnych poleceń w systemie operacyjnym.

Podatności typu authentication bypass w interfejsie systemu AOS-10 mogą pozwolić nieuwierzytelnionemu zdalnemu atakującemu na uruchomienie dowolnych poleceń na hoście po spełnieniu określonych warunków wstępnych niezależnych od atakującego. Skuteczne wykorzystanie może pozwolić na wykonanie dowolnych poleceń w systemie operacyjnym.

Brakujące atrybuty bezpieczeństwa na wrażliwych plikach cookie w KNIME Business Hub przed wersją 1.19.0 pozwalają nieuwierzytelnionemu zdalnemu atakującemu na przejęcie sesji użytkownika, jeśli występują inne problemy bezpieczeństwa, takie jak podatność na cross-site scripting lub atak man-in-the-middle. Obejście nie jest możliwe.

W KNIME Business Hub przed wersją 1.19.0 występuje nieograniczony dostęp sieciowy między kontekstami wykonania. Uwierzytelniony zdalny użytkownik może uzyskać dostęp do otwartych portów na executorach w innych kontekstach wykonania, jeśli zna adres IP atakowanego executora i porty te nie wymagają dodatkowego uwierzytelnienia. Domyślnie żadne porty nie są otwarte, ale w zależności od uruchomionych workflow mogą one zostać otwarte i stanowić powierzchnię ataku.

W AWS SAM CLI przed wersją 1.166.2 występuje wstrzyknięcie poleceń systemu operacyjnego w hooku Terraform. Podmiot mogący wpłynąć na konfigurację lub plik planu Terraform wykorzystywany podczas budowania może wykonać dowolne polecenia jako użytkownik budowania na hoście.

Ghidra przed wersją 12.2 zawiera podatność nieograniczonej alokacji zasobów w funkcji ExtensionUtils.unzipToInstallationFolder(), która rozpakowuje każdy wpis ZIP rozszerzenia bez limitu liczby plików. Atakujący może nakłonić użytkownika do instalacji spreparowanego archiwum rozszerzenia z wieloma plikami, wyczerpując i-węzły systemu plików i powodując błędy zapisu projektów oraz innych procesów.

Ghidra 10.3 przed wersją 12.2 zawiera podatność nieprawidłowej obsługi silnie skompresowanych danych w funkcji ThemeReader.processIconFile(), która nie ogranicza rozmiaru po dekompresji ani współczynnika kompresji. Atakujący może nakłonić użytkownika do importu spreparowanego motywu ZIP, którego wpisy ikon rozrastają się i zapełniają system plików hosta, powodując błędy późniejszych zapisów.

Ghidra 10.3 przed wersją 12.2 zawiera podatność nieograniczonej alokacji zasobów w funkcji ThemeReader.readZipTheme(), która rozpakowuje nieograniczoną liczbę wpisów motywu ZIP do katalogu images. Atakujący może nakłonić użytkowników do importu spreparowanego archiwum motywu z wieloma małymi plikami, wyczerpując i-węzły i miejsce na dysku, co prowadzi do odmowy usługi na hoście.

Ghidra do wersji 12.2 zawiera podatność niekontrolowanej alokacji pamięci w funkcji BinaryField.read(), która pozwala atakującym wyczerpać pamięć sterty poprzez niesprawdzone 32-bitowe pole długości. Atakujący może nakłonić użytkowników do importu spreparowanego pliku bazy danych GZF, wywołując OutOfMemoryError w PackedDatabase.open(), co przerywa import i powoduje odmowę usługi.

Wasmtime w wersjach przed 24.0.12, 25.0.0 przed 36.0.13, 37.0.0 przed 46.0.2 oraz 47.0.0 przed 47.0.3 zawiera podatność na mylenie typów, ponieważ kilka API Store nie sprawdza, czy obiekty należą do Engine danego Store. Osadnicy mieszający obiekty między Engine'ami za pomocą Instance::new, StructRefPre::new lub Tag::new mogą wywołać niezgodności sygnatur trampolin, powodując zapisy poza granicami stosu, uszkodzenie sterty GC lub paniki.

W Wasmtime w wersjach przed 24.0.13, 25.0.0–36.0.14, 37.0.0–46.0.3 oraz 47.0.0–47.0.4 występuje ucieczka z piaskownicy systemu plików w wasmtime-wasi. Zależność cap-std nieprawidłowo obsługuje dowiązania symboliczne z końcowym ukośnikiem na macOS oraz na jądrach Linux bez openat2.

Wasmtime 46.0.0 przed 46.0.3 oraz 47.0.0 przed 47.0.4 zawiera podatność niekontrolowanej alokacji zasobów w implementacji WASIp3, która buforuje na hoście zapisy o długości określonej przez gościa bez limitu. Złośliwi goście mogą oferować duże bufory do strumieni zapisu plików lub HTTP WASIp3, powodując kopiowanie i buforowanie wszystkich bajtów przez hosta, ograniczone jedynie pamięcią liniową gościa, co wyczerpuje pamięć hosta.

Wasmtime 47.0.0 przed 48.0.3 oraz 49.0.0 przed 49.0.1 zawiera błąd rozliczania paliwa w ścieżkach call_ref i try_table catch kompilowanych przez Cranelift. Złośliwi goście mogą resetować zużyte paliwo po wywołaniach, aby działać wykładniczo długo przy liniowym paliwie, omijając limity czasu i okresowe ustępowania, co prowadzi do odmowy usługi.

Wasmtime w wersjach przed 36.0.16, 37.0.0–48.0.3 oraz 49.0.0–49.0.1 nie uwzględnia odpowiednio alokacji hosta podczas podnoszenia wartości gościa przez dynamicznie typowane API Val, omijając limit paliwa hostcall. Złośliwy gość WebAssembly może zwrócić spreparowane wartości alokujące co najmniej ~100x więcej pamięci hosta niż śledzone, powodując odmowę usługi.

W wasmtime-wasi-http w Wasmtime nie jest egzekwowany limit check-write dla wychodzących ciał HTTP w WASIp2, więc zbyt duże zapisy kończą się sukcesem zamiast pułapki. Złośliwy gość może przekazywać duże bufory do zapisu na zasobach wychodzącego ciała, utrzymując alokacje hosta przez czas życia store i wyczerpując pamięć hosta.

W Wasmtime w wasmtime-wasi istnieje luka umożliwiająca programom gościa WASI wywołanie paniki hosta poprzez przepełnienie znaczników czasu systemu plików. Atakujący mogą przekazać wartości atim lub mtim, których pole podsekundowe przepełnia pole sekund, do path_filestat_set_times, fd_filestat_set_times, set-times lub set-times-at, powodując awarię hosta.