Skip to main content
CVE-2025-62370VulnerabilityPublished

CVE-2025-62370: alloy-rs core · Uncaught Exception

Affects alloy-rs coreSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 0.8.26 soon.

Data as of 26 Oct 2026, 06:26 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Oct 2025

  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 2026-10-26.

What to do

Upgrade alloy-rs/core to 0.8.26.

Affected software

ProductAffectedFixed in
crates.ioalloy-rs/corepkg:cargo/alloy-rs/coreOther threatsAffected
  • <0.8.26
Fixed in
  • 0.8.26

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

AI-suggested

European organizations should immediately identify and inventory all systems using alloy-rs core libraries, focusing on versions prior to 0.8.26 and between 1.0.0 and 1.4.1. The primary mitigation is to upgrade to alloy-rs version 0.8.26 or 1.4.1 and later, where the vulnerability is patched. In environments where immediate patching is not feasible, implement robust input validation and sanitization at the application layer to prevent malformed data from reaching the vulnerable function. Deploy monitoring to detect repeated panics or crashes related to eip712_signing_hash() usage. Utilize external auto-restarting mechanisms cautiously, ensuring they do not mask repeated exploitation attempts. Conduct thorough testing of Ethereum-related services after patching to confirm stability. Additionally, consider network-level protections such as rate limiting and anomaly detection to reduce the risk of automated DoS attempts exploiting this vulnerability. Maintain up-to-date threat intelligence feeds to monitor for any emerging exploits targeting this CVE.

Description

Alloy Core libraries at the root of the Rust Ethereum ecosystem. Prior to 0.8.26 and 1.4.1, an uncaught panic triggered by malformed input to alloy_dyn_abi::TypedData could lead to a denial-of-service (DoS) via eip712_signing_hash(). Software with high availability requirements such as network services may be particularly impacted. If in use, external auto-restarting mechanisms can partially mitigate the availability issues unless repeated attacks are possible. The vulnerability was patched by adding a check to ensure the element is not empty before accessing its first element; an error is returned if it is empty. The fix is included in version v1.4.1 and backported to v0.8.26.

References

Community reviews

Loading reviews…