CVE-2026-115385

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.

Wasmtime w wersjach przed 36.0.17, 37.0.0–48.0.4 oraz 49.0.0–49.0.2 zawiera podatność na ujawnienie informacji w implementacji WASIp1 fd_readdir, która kopiuje niezainicjalizowane wypełnienie struktury do pamięci gościa. Goście z preotwartym katalogiem mogą listować wpisy, otrzymując trzy bajty pozostałej pamięci stosu lub sterty hosta na wpis katalogu.

W Wasmtime istnieje luka niewłaściwej walidacji, która akceptuje komponenty, których moduły rdzeniowe importują tagi WebAssembly z podtypem oryginalnego typu. Złośliwi goście mogą błędnie typować ładunki obiektów wyjątków, uszkadzając stertę GC i powodując panikę Wasmtime, gdy włączona jest propozycja wyjątków.

W Wasmtime w implementacji wasi:http istnieje luka umożliwiająca gościom wywołanie paniki hosta. Goście mogą ustawić opcję żądania between-bytes-timeout na zero, co jest przekazywane bezpośrednio do API Tokio, które panikuje, powodując awarię osadzającego hosta.