Katalog CVE

CVE-2026-34068

ŚrednieCVSS 6.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.20%

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

Streszczenie

Biblioteka nimiq-transaction w wersjach przed 1.3.0 pozwala na transakcje UpdateValidator, które ustawiają nowy klucz głosowania bez wymaganego dowodu wiedzy (proof-of-knowledge). Pominięcie tego wymogu umożliwia ataki typu rogue-key na agregację kluczy BLS, co w teorii może pozwolić na sfałszowanie uzasadnienia bloku Tendermint z pojedynczym podpisem. Exploitacja jest jednak mało prawdopodobna, ponieważ wymaga znajomości zestawu walidatorów następnej epoki wybieranego przez VRF.

Ocena ryzyka

W krytycznym scenariuszu atakujący mógłby sfałszować pozorny kworum i wpłynąć na konsensus, co podważa integralność łańcucha. Ze względu na trudność przewidzenia przyszłego zestawu walidatorów ryzyko praktyczne jest niskie, ale skutki byłyby poważne.

Rekomendacja

Zaktualizuj bibliotekę nimiq-transaction do wersji 1.3.0 lub nowszej, która zawiera poprawkę. Nie są znane obejścia problemu, więc aktualizacja jest jedynym zalecanym działaniem.

Inne podatności w nimiq-transaction

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

nimiq-transaction provides the transaction primitive to be used in Nimiq's Rust implementation. Prior to version 1.3.0, the staking contract accepts `UpdateValidator` transactions that set `new_voting_key=Some(...)` while omitting `new_proof_of_knowledge`. this skips the proof-of-knowledge requirement that is needed to prevent BLS rogue-key attacks when public keys are aggregated. Because tendermint macro block justification verification aggregates validator voting keys and verifies a single aggregated BLS signature against that aggregate public key, a rogue-key voting key in the validator set can allow an attacker to forge a quorum-looking justification while only producing a single signature. While the impact is critical, the exploitability is low: The voting keys are fixed for the epoch, so the attacker would need to know the next epoch validator set (chosen through VRF), which is unlikely. 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