Unauthenticated Remote Memory Exhaustion via Unbounded Timestamp Array
A flaw in Blockbook's fiat-rates lookups allowed a single unauthenticated request to consume a disproportionate amount of server memory, because the REST multi-tickers endpoint and the corresponding WebSocket method accepted a caller-supplied list of timestamps with no upper bound on its size. A single large request could allocate a substantial amount of heap, and because the WebSocket layer permitted many concurrent pending requests per connection with no global limit, one connection could sustain several gigabytes of allocation pressure. This could force an out-of-memory crash, which could leave the underlying database in an inconsistent state requiring a full reindex to recover. The fix bounds the number of timestamps accepted per request and limits concurrent in-flight work so a single connection can no longer drive unbounded memory use.
Resolved vulnerabilities
- Trezor T Bootloader firmware update retry could skip header checksSeptember 29, 2026
- E-shop referral discount could be applied to eGift card purchasesSeptember 16, 2026
- Authenticity proofs not bounded to their secure element on TS7August 16, 2026
- Monero payment ID could be signed without being shownAugust 13, 2026
- Missing bounds check in JPEG image decodingAugust 12, 2026
- Cardano output datum and reference script not shown in simple transactionsAugust 11, 2026