Skip to main content
VulnerabilityPublished

CVE-2026-34987: bytecodealliance wasmtime · Out-of-bounds Read

Affects bytecodealliance wasmtimeSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 9.0 Critical · fixed in 44.0.1 : patch bytecodealliance wasmtime as a priority.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 4.0 base score
9.0Critical
How severe the flaw is on the 0–10 CVSS scale.

Contested

Critical score, yet low EPSS after six months
EPSS
0.2% chance of exploitation in 30 days – higher than 20% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 44.0.1, 42.0.2, 36.0.7 +1
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Apr 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Upgrade wasmtime to 44.0.1, 42.0.2 or 36.0.7; bytecodealliance/wasmtime to 43.0.1, 42.0.2 or 36.0.7.

Affected software

ProductAffectedFixed in
bytecodealliancewasmtimeAffected
  • >=43.0.0 <44.0.1
Fixed in
  • 44.0.1
bytecodealliancewasmtimeAffected
  • >=37.0.0 <42.0.2
Fixed in
  • 42.0.2
bytecodealliancewasmtimeAffected
  • >=25.0.0 <36.0.7
Fixed in
  • 36.0.7
crates.iobytecodealliance/wasmtimepkg:cargo/bytecodealliance/wasmtimeOther threatsAffected
  • <36.0.7
  • <42.0.2
  • <43.0.1
Fixed in
  • 36.0.7
  • 42.0.2
  • 43.0.1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

This vulnerability is fixed in Wasmtime versions 36.0.7, 42.0.2, and 43.0.1. Users should upgrade to one of these versions or later to remediate the issue. The vulnerability only affects the Winch compiler backend, which is not the default; using the default Cranelift backend avoids exposure. Patch status is not explicitly confirmed in the provided data, so users should consult the official vendor advisory for the most current remediation guidance.

Description

Wasmtime is a runtime for WebAssembly. From 25.0.0 to before 36.0.7, 42.0.2, and 43.0.1, Wasmtime with its Winch (baseline) non-default compiler backend may allow properly constructed guest Wasm to access host memory outside of its linear-memory sandbox. This vulnerability requires use of the Winch compiler (-Ccompiler=winch). By default, Wasmtime uses its Cranelift backend, not Winch. With Winch, the same incorrect assumption is present in theory on both aarch64 and x86-64. The aarch64 case has an observed-working proof of concept, while the x86-64 case is theoretical and may not be reachable in practice. This Winch compiler bug can allow the Wasm guest to access memory before or after the linear-memory region, independently of whether pre- or post-guard regions are configured. The accessible range in the initial bug proof-of-concept is up to 32KiB before the start of memory, or ~4GiB after the start of memory, independently of the size of pre- or post-guard regions or the use of explicit or guard-region-based bounds checking. However, the underlying bug assumes a 32-bit memory offset stored in a 64-bit register has its upper bits cleared when it may not, and so closely related variants of the initial proof-of-concept may be able to access truly arbitrary memory in-process. This could result in a host process segmentation fault (DoS), an arbitrary data leak from the host process, or with a write, potentially an arbitrary RCE. This vulnerability is fixed in 36.0.7, 42.0.2, and 43.0.1.

References

Community reviews

Loading reviews…