Improper Verification of Cryptographic Signature in starkbank-ecdsaGHSA-j3jw-j2j8-2wv9
CRITICALGHSA-j3jw-j2j8-2wv9 is a critical-severity (CVSS 9.8) CWE-347 vulnerability in starkbank-ecdsa. 1 public exploit reference exists, so weaponization risk is real. A fix is available for starkbank-ecdsa — see the affected versions and patch details below.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
How urgent is this, really
GHSA-j3jw-j2j8-2wv9 by exploitation likelihood (EPSS) against impact (CVSS). Outside the shaded patch-first corner.
Where this sits among everything scored
Of 385,738 CVEs with a current EPSS score, this one falls in the < 10% band (highlighted). Counts from FIRST.org, log-scaled.
Real-World Exposure
starkbank-ecdsaReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects NuGet packages — download data is not available via public APIs for these ecosystems.
Description
The verify function in the Stark Bank .NET ECDSA library (ecdsa-dotnet) 1.3.1 fails to check that the signature is non-zero, which allows attackers to forge signatures on arbitrary messages.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| .NETNuGet | starkbank-ecdsa | all versions | 1.3.2dotnet add package starkbank-ecdsa --version 1.3.2 |
Affected Products
ecdsa-dotnetstarkbankResearch use only. For defensive security, authorized penetration testing, and academic research only. Never execute exploit code against systems without explicit written authorization.
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for starkbank-ecdsa, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update starkbank-ecdsa to 1.3.2 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-j3jw-j2j8-2wv9 is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
Frequently Asked Questions
Is GHSA-j3jw-j2j8-2wv9 in your dependencies?
Find it across NuGet, including transitive dependencies.