CVE-2024-42461: elliptic · Improper Verification of Cryptographic Signature
Affects ellipticSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 49% 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:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 2 Aug 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 |
|---|---|---|
npmellipticpkg:npm/ellipticOther 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-42461, European organizations should: 1) Monitor the Elliptic package repository and Node.js security advisories for official patches or updates addressing this vulnerability and apply them promptly once available. 2) In the interim, implement strict validation of ECDSA signatures to reject BER-encoded signatures and accept only DER-encoded signatures, which are less susceptible to malleability. 3) Audit all cryptographic operations in applications using the Elliptic package to identify and remediate any reliance on signature uniqueness assumptions that could be compromised. 4) Employ additional cryptographic safeguards such as transaction nonces or timestamps to mitigate replay risks. 5) Conduct code reviews and penetration testing focused on signature handling to detect potential exploitation paths. 6) Educate development teams about signature malleability risks and secure coding practices related to cryptographic verification. 7) Consider using alternative, well-maintained cryptographic libraries with robust signature validation if immediate patching is not feasible. These steps go beyond generic advice by focusing on signature format enforcement and operational controls to reduce exploitation likelihood.
Description
In the Elliptic package 6.5.6 for Node.js, ECDSA signature malleability occurs because BER-encoded signatures are allowed.