GHSA-f8qm-hmm3-fv7f: Namada-apps allows Excessive Computation in Mempool Validation
Impact A malicious transaction may cause an expensive computation in mempool validation. A transaction with multiple repeated sections causes the section hash calculation used for signature validation to grow exponentially (and potentially even cubic) in proportion to number of sections. This may be used to significantly slow down operation of nodes. Patches This issue has been patched in apps version 1.1.0.
Published Feb 20, 2025
Affected packages
namada-apps
- Ecosystem
- Rust (crates.io)
- Affected
- = 1.0.0
- Fixed in
- 1.1.0
- Check
cargo tree -i namada-apps
Advisory details
From the GitHub Advisory Database (CC BY 4.0).
Impact
A malicious transaction may cause an expensive computation in mempool validation.
A transaction with multiple repeated sections causes the section hash calculation used for signature validation to grow exponentially (and potentially even cubic) in proportion to number of sections. This may be used to significantly slow down operation of nodes.
Patches
This issue has been patched in apps version 1.1.0. The transaction sections are now being checked for uniqueness and the number of permitted sections contained in a single transaction has been limited to 10,000.
Workarounds
There are no workarounds and users are advised to upgrade.
Credited to feliam.
References
How this page is made: the data panel comes from the GitHub Advisory Database, CISA’s KEV catalog, the NVD and FIRST EPSS, and updates twice a day. No analysis has been written for this entry yet. Methodology