HSEC-2025-0002 json
Double Public Key Signing Function Oracle Attack on Ed25519
published 2025-11-14 11 mo ago modified 2026-04-18 6 mo ago
- cvss
- 7.7
- version 3.1, OSV
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
# Double Public Key Signing Function Oracle Attack on Ed25519
The standard specification of Ed25519 message signing involves providing the algorithm with a message and private key.
The function will use the private key to compute the public key and sign the message. Some libraries provide a variant of the message signing function that also takes the pre-computed public key as an input parameter.
Libraries that allow arbitrary public keys as inputs without checking if the input public key corresponds to the input private key are vulnerable to the following attack.
By using several public keys and messages, a malicious user with access to the signing mechanism may build up insights into the private key parameters resulting in access to the private key.
This shortcoming means that an attacker could use the signing function as an Oracle, perform crypto-analysis and ultimately get at secrets. For example, an attacker who can’t access the private key but can access the signing mechanism through an API call could use several public keys and messages to gradually build up insights into private key parameters.
Patch / fix
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| OSV | 3.1 | 7.7 | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:H/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| hackage | cryptonite | >=0.1 |
no fix listed |
| hackage | crypton | >=0.31, <1.0.3 |
1.0.3 |
References
-
github.com
/kazu-yamamoto/crypton/pull/47
patch
-
web.archive.org
/web/20250917120037/https://portswigger.net/daily-swig/dozens-of-cryptography-libraries-vulnerable-to-private-
article
-
github.com
/MystenLabs/ed25519-unsafe-libs
article
-
github.com
/advisories/GHSA-w5vr-6qhr-36cc
advisory
-
hackage.haskell.org
/package/cryptonite-0.30/docs/src/Crypto.PubKey.Ed25519.html#sign
evidence
-
github.com
/haskell-crypto/cryptonite/blob/cryptonite-v0.30/cbits/ed25519/ed25519.c#53
evidence
-
github.com
/kazu-yamamoto/crypton/blob/48fb9df2de5ee752196724b081f4d3cdb57576ed/cbits/ed25519/ed25519.c#L53
evidence
Sources
- OSV HSEC-2025-0002
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.