Skip to main content
VulnerabilityPublished Updated

CVE-2024-35423: Out-of-bounds Read

Source CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 23% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Nov 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

AI-suggested

To mitigate CVE-2024-35423, organizations should: 1) Immediately restrict processing of untrusted or unauthenticated WASM files within environments using vmir or similar tools. 2) Employ sandboxing techniques to isolate WASM parsing processes, limiting the impact of potential exploitation. 3) Implement strict input validation and boundary checks on WASM binaries before parsing to detect malformed or malicious sections. 4) Monitor and audit usage of vmir and related WASM parsers for unusual behavior or crashes indicative of exploitation attempts. 5) Follow vendor advisories closely and apply patches or updates as soon as they become available. 6) Consider alternative WASM parsing libraries with a strong security track record until a fix is released. 7) Educate developers and system administrators about the risks of processing untrusted WASM content and enforce policies to minimize exposure. 8) Use runtime application self-protection (RASP) or endpoint detection and response (EDR) tools to detect anomalous memory corruption behaviors. These steps go beyond generic advice by focusing on controlling input sources, isolating vulnerable components, and proactive monitoring.

Description

vmir e8117 was discovered to contain a heap buffer overflow via the wasm_parse_section_functions function at /src/vmir_wasm_parser.c.

References

Community reviews

Loading reviews…