I de korrigerende opdateringer til Wasmtime 6.0.1, 5.0.1 og 4.0.1 er der rettet en sårbarhed (CVE-2023-26489), som er blevet klassificeret som kritisk. Sårbarheden muliggør, at data kan skrives til hukommelsesområder uden for de tilladte grænser for isoleret WebAssembly-kode, hvilket potentielt kan udnyttes af en angriber til at udføre sin kode uden for det isolerede WASI-miljø.
Wasmtime er en runtime til kørsel af WebAssembly-applikationer med WASI-udvidelser (WebAssembly System Interface) som almindelige isolerede applikationer. Værktøjet er skrevet i Rust, og sårbarheden skyldes en logisk fejl i bestemmelsen af reglerne for lineære adresseangivelser i Cranelift-kodegeneratoren, der oversætter arkitektur-uafhængig mellemliggende repræsentation til eksekverbar maskinkode for x86_64-arkitekturen.
Specifikt blev 35-bit effektive adresser beregnet for WebAssembly-applikationer i stedet for de tilladte 33-bit adresser i WebAssembly, hvilket flyttede grænsen for de tilladte operationer for læsning og skrivning af virtuel hukommelse op til 34 GB, mens indstillingerne for sandbox-miljøet tilbyder beskyttelse for 6 GB fra basisadressen. Som et resultat blev området for virtuel hukommelse fra 6 til 34 GB fra basisadressen tilgængeligt for læsning og skrivning fra WebAssembly-applikationer. I denne hukommelse kan andre WebAssembly-miljøer eller komponenter af WebAssembly-runtime placeres.
Hvis det ikke er muligt at opdatere Wasmtime-versionen, nævnes det som omgåelse af fejl, at du skal angive indstillingen "Config::static_memory_maximum_size(0)" for at aktivere en obligatorisk separat grænsekontrol ved enhver adgang til lineær hukommelse (dette medfører en betydelig reduktion i ydeevnen). Et andet valg er at bruge indstillingen "Config::static_memory_guard_size(1 < 36)" for at øge antallet af hukommelsessikre sider (Guard Page, hvor der genereres en undtagelse ved adgang), der placeres i det problematiske område af virtuel hukommelse (dette fører til reservation af et stort volumen af virtuel hukommelse og begrænsning af antallet af samtidig kørte WebAssembly-applikationer).
Kilde: opennet.ru
