Skip to main content
CVE-2024-42461VulnerabilityPublished Updated

CVE-2024-42461: elliptic · n/a

Affects ellipticSource CVE Database V5

0

Not known to be exploited · CVSS 5.3 Medium.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
5.3Medium
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 2 Aug 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

Affected software

ProductAffectedFixed in
npmellipticpkg:npm/ellipticOther threatsAffected
  • =6.5.6
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.

References

Community reviews

Loading reviews…