CVE-2024-34251: wasm-micro-runtime · Out-of-bounds Read
Affects wasm-micro-runtimeSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 54% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 6 May 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubbytecodealliance/wasm-micro-runtimepkg:github/bytecodealliance/wasm-micro-runtimeOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-34251, organizations should first inventory and identify all deployments of Bytecode Alliance wasm-micro-runtime version 2.0.0 or earlier. Until an official patch is released, restrict network access to services running the vulnerable runtime to trusted sources only, minimizing exposure to remote attackers. Employ runtime memory protection techniques such as AddressSanitizer or similar tools during development and testing to detect and prevent out-of-bound memory accesses. Implement input validation and sandboxing to limit the processing of untrusted or malformed WebAssembly modules. Monitor system logs and application behavior for crashes or anomalies indicative of exploitation attempts. Engage with the Bytecode Alliance and related open-source communities to track patch releases and apply updates promptly once available. Consider deploying WebAssembly runtimes with built-in memory safety features or alternative implementations if immediate patching is not feasible. Additionally, incorporate WebAssembly security best practices, including strict module validation and limiting runtime privileges. Establish incident response plans to quickly address potential denial of service events related to this vulnerability.
Description
An out-of-bound memory read vulnerability was discovered in Bytecode Alliance wasm-micro-runtime v2.0.0 which allows a remote attacker to cause a denial of service via the "block_type_get_arity" function in core/iwasm/interpreter/wasm.h.