CVE-2025-62370: alloy-rs core · Uncaught Exception
Affects alloy-rs coreSource CVE Database V5
Not known to be exploited · CVSS 7.5 High : upgrade to 0.8.26 soon.
Data as of 26 Oct 2026, 06:26 UTC
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Oct 2025
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 2026-10-26.
What to do
Upgrade alloy-rs/core to 0.8.26.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
crates.ioalloy-rs/corepkg:cargo/alloy-rs/coreOther 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
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
- github.com/alloy-rs/core/security/advisories/GHSA-pgp9-98jm-wwq2 (opens in a new tab)
- github.com/alloy-rs/core/commit/7823e9af8c20e9fcfb5360f5eafd891c457ebccf (opens in a new tab)
- crates.io/crates/alloy-dyn-abi/0.8.26 (opens in a new tab)
- crates.io/crates/alloy-dyn-abi/1.4.1 (opens in a new tab)
- rustsec.org/advisories/RUSTSEC-2025-0073.html (opens in a new tab)