GHSA-rjr4-v43m-pxq6 json
Triton VM has a Soundness Vulnerability due to Improper Sampling of Randomness
published 9mo ago modified 8mo ago also RUSTSEC-2026-0004
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
In affected versions of Triton VM, the verifier failed to correctly sample randomness in the FRI sub-protocol.
Malicious provers can exploit this to craft proofs for arbitrary statements that this verifier accepts as valid, undermining soundness.
Protocols that rely on proofs and the supplied verifier of the affected versions of Triton VM are completely broken. Protocols implementing their own verifier might be unaffected.
The flaw was corrected in commit 3a045d63, where the relevant randomness is sampled correctly.
Patch / fix
- crates.io triton-vm 2.0.0
Is GHSA-rjr4-v43m-pxq6 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerAffected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| crates.io | triton-vm | >=0.41.0, <2.0.0 |
2.0.0 |
Classification
- Weakness
-
- CWE-330 Use of Insufficiently Random Values
References
Sources
- GitHub Advisory GHSA-rjr4-v43m-pxq6
- OSV RUSTSEC-2026-0004
Fencer Intel 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.