CVE-2026-40092

WysokieCVSS 7.5

Opublikowano: 20/05/2026(UTC)Zaktualizowano: 23/07/2026(UTC)Przetłumaczono: 24/07/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.63%

Percentyl 46 - wyżej niż 46% wszystkich znanych CVE

Streszczenie

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.

Ocena ryzyka

Ryzyko polega na możliwości zdalnego spowodowania awarii węzła Nimiq przez złośliwego peera, co może zakłócić działanie sieci blockchain.

Rekomendacja

Zaleca się aktualizację do wersji 1.4.0, która usuwa tę podatność.

Inne podatności w nimiq-blockchain

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.

Oryginalny opis (angielski, źródło NVD)

nimiq-blockchain provides persistent block storage for Nimiq's Rust implementation. In versions 1.3.0 and below, a malicious network peer can crash any Nimiq full node by publishing a crafted Kademlia DHT record. The maliciously crafted record would contain a TaggedSigned<ValidatorRecord, KeyPair> with a signature field whose byte length is not exactly 64 in order to cause a crash. When the victim node's DHT verifier calls TaggedSigned::verify, execution reaches Ed25519Signature::from_bytes(sig).unwrap() in the TaggedPublicKey implementation for Ed25519PublicKey. The from_bytes call fails because ed25519_zebra::Signature::try_from rejects slices not 64 bytes, and the unwrap() panics. The BLS TaggedPublicKey implementation correctly returns false on error; only the Ed25519 implementation panics. This issue has been fixed in version 1.4.0.