CVE-2026-34066
ŚrednieCVSS 5.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 15 - wyżej niż 15% wszystkich znanych CVE
Streszczenie
W nimiq-blockchain przed wersją 1.3.0 funkcja HistoryStore::put_historic_txns używa assert! do egzekwowania niezmienników dotyczących HistoricTransaction.block_number. Podczas synchronizacji historii peer może wpłynąć na dane wejściowe przekazywane do Blockchain::push_history_sync, a zniekształcona lista historii może naruszyć te niezmienniki i wywołać panikę przed wykonaniem dalszych kontroli odrzucenia.
Ocena ryzyka
Złośliwy peer może wywołać panikę węzła podczas synchronizacji historii, powodując odmowę usługi.
Rekomendacja
Zaktualizuj nimiq-blockchain do wersji 1.3.0 lub nowszej; nie są znane obejścia.
Inne podatności w nimiq-blockchain
Zobacz wszystkie- CVE-2026-40094Średnie
W bibliotece nimiq-blockchain (wersje 1.3.0 i starsze) odkrycie sieciowe akceptuje podpisane aktualizacje PeerContact od niezaufanych peerów i przechowuje je w książce kontaktów, co może prowadzić do awarii książki adresowej. Atakujący może wysłać kontakt z pustą listą adresów, powodując panikę przy próbie dostępu do książki adresowej.
- CVE-2026-40092Wysokie
nimiq-blockchain przed wersją 1.4.0 zawiera podatność, w której złośliwy peer sieciowy może spowodować awarię pełnego węzła Nimiq poprzez opublikowanie spreparowanego rekordu Kademlia DHT. Rekord zawiera TaggedSigned<ValidatorRecord, KeyPair> z polem podpisu o długości innej niż 64 bajty, co powoduje panic przy wywołaniu unwrap() w implementacji Ed25519. Implementacja BLS poprawnie zwraca false, ale Ed25519 panikuje.
Oryginalny opis (angielski, źródło NVD)
nimiq-blockchain provides persistent block storage for Nimiq's Rust implementation. Prior to version 1.3.0, `HistoryStore::put_historic_txns` uses an `assert!` to enforce invariants about `HistoricTransaction.block_number` (must be within the macro block being pushed and within the same epoch). During history sync, a peer can influence the `history: &[HistoricTransaction]` input passed into `Blockchain::push_history_sync`, and a malformed history list can violate these invariants and trigger a panic. `extend_history_sync` calls `this.history_store.add_to_history(..)` before comparing the computed history root against the macro block header (`block.history_root()`), so the panic can happen before later rejection checks run. The patch for this vulnerability is included as part of v1.3.0. No known workarounds are available.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS