CVE-2026-34941 Wasmtime has a Heap OOB read in component model UTF-16 to latin1+utf16 string transcoding
Attackers can cause a denial of service via segfault or potentially read host memory by exploiting a bounds check error in string transcoding.
- Exploited in the wild
- Not known
- Login needed
- Any signed-in user
- Attackable
- Over the internet
- Victim action needed
- A user has to click or open something
- Fix
- Available
What is CVE-2026-34941?
CVE-2026-34941 is a medium-severity memory corruption vulnerability in bytecodealliance wasmtime, published on 9 Apr 2026. Any signed-in user can exploit it over the network, and only if a user opens a file or follows a link.
Official description
Wasmtime is a runtime for WebAssembly. Prior to 24.0.7, 36.0.7, 42.0.2, and 43.0.1, Wasmtime contains a vulnerability where when transcoding a UTF-16 string to the latin1+utf16 component-model encoding it would incorrectly validate the byte length of the input string when performing a bounds check. Specifically the number of code units were checked instead of the byte length, which is twice the size of the code units. This vulnerability can cause the host to read beyond the end of a WebAssembly's linear memory in an attempt to transcode nonexistent bytes. In Wasmtime's default configuration this will read unmapped memory on a guard page, terminating the process with a segfault. Wasmtime can be configured, however, without guard pages which would mean that host memory beyond the end of linear memory may be read and interpreted as UTF-16. A host segfault is a denial-of-service vulnerability in Wasmtime, and possibly being able to read beyond the end of linear memory is additionally a vulnerability. Note that reading beyond the end of linear memory requires nonstandard configuration of Wasmtime, specifically with guard pages disabled. This vulnerability is fixed in 24.0.7, 36.0.7, 42.0.2, and 43.0.1.
Weakness: CWE-125
Which versions are affected by CVE-2026-34941?
9 open source packages ship an affected version, including wasmtime. It affects 1 product.
| Package | Affected | Fixed in |
|---|---|---|
wasmtime crates.io | All versions | 24.0.7 |
wasmtime crates.io | All versions | 24.0.7 |
wasmtime crates.io | From 0.0.0-0 | 24.0.7, 36.0.7, 42.0.2, 43.0.1 |
wasmtime crates.io | From 25.0.0 | 36.0.7 |
wasmtime crates.io | From 25.0.0 | 36.0.7 |
wasmtime crates.io | From 37.0.0 | 42.0.2 |
3 more packages
wasmtime crates.io | From 37.0.0 | 42.0.2 |
wasmtime crates.io | From 43.0.0 | 43.0.1 |
wasmtime crates.io | From 43.0.0 | 43.0.1 |
Products include Bytecodealliance Wasmtime.
How do I fix CVE-2026-34941?
Upgrade wasmtime to a fixed version for your release line: 24.0.7, 36.0.7, 42.0.2 or 43.0.1.
Upgrade to the fixed version. Memory-safe languages, compiler hardening and fuzzing prevent most new cases. More about Memory corruption.
Is CVE-2026-34941 being exploited?
There is no known exploitation of CVE-2026-34941 in the wild and no public exploit code.
Other vulnerabilities in bytecodealliance wasmtime
- CVE-2026-34971 Wasmtime miscompiled guest heap access enables sandbox escape on aarch64 Cranelift
- CVE-2026-34987 Wasmtime with Winch compiler backend on aarch64 may allow a sandbox-escaping memory access
- CVE-2022-39393 Wasmtime vulnerable to data leakage between instances in the pooling allocator
- CVE-2022-24791 Use after free in Wasmtime
- CVE-2026-47261 Wasmtime: WASI path_open(TRUNCATE) bypasses `FilePerms::WRITE` host restriction
Sources
Also known as DEBIAN-CVE-2026-34941, GHSA-hx6p-xpx3-jvvv, JLSEC-2026-1354, RUSTSEC-2026-0093, UBUNTU-CVE-2026-34941.