CVE-2026-115892

Wasmtime przed wersjami 36.0.19, 48.0.7 i 49.0.4 posiada błąd w kompilatorze Cranelift na architekturze aarch64. Instrukcja br_table z ponad 256 000 celów może zostać błędnie skompilowana, umożliwiając skok do dowolnego kodu i ucieczkę z sandboxa.

Wasmtime przed wersjami 36.0.19 i 43.0.0 ma błąd w kompilatorze Cranelift polegający na cichym przepełnieniu indeksów SSA przy kompilacji dużych funkcji Wasm. Może to prowadzić do błędnej kompilacji, pomieszania typów i ucieczki z sandboxa.

Wasmtime w wersjach 39.0.0 przed 48.0.4 oraz 49.0.0 przed 49.0.2 zawiera przepełnienie bufora stosu, które pozwala złośliwym gościom zapisać około 16 KB na natywnym stosie poprzez niezwalidowane typy wyników asynchronicznych wywołań zwrotnych. Atakujący może dostarczyć komponenty z błędnie otypowanymi funkcjami callback component-model-async, aby nadpisać adresy powrotu, powodując awarię hosta lub ucieczkę z piaskownicy.

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.