Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessScan for Nimiq nodes
-
DeliveryEstablish libp2p connection
-
ExploitNegotiate discovery protocol
-
ExecutionOpen duplicate discovery substream
-
PersistTrigger panic assertion
-
ImpactCrash networking task
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V16 - Security Logging and Error Handling Reachable assertion handling
|
| Exploitation Conditions | Remote network connectivity to Nimiq blockchain nodes running network-libp2p versions prior to 1.3.0. No authentication, special privileges, or user interaction required (CVSS: PR:N/UI:N). Exploitation requires only the ability to establish standard libp2p connections and negotiate the discovery protocol, both of which are necessary for normal peer-to-peer blockchain operation. Nodes must have their P2P networking port accessible to potential attackers, which is typical for public blockchain validators and full nodes. Attack complexity is low (AC:L) as the vulnerability is triggered by straightforward protocol behavior rather than race conditions or complex timing. No specific configuration settings limit exploitation - default installations are vulnerable. The only factor preventing exploitation is network isolation, which contradicts the fundamental purpose of blockchain peer-to-peer nodes. |
| Impact | CVSS 7.5 (High) reflects network-accessible, low-complexity attack requiring no authentication or user interaction, with complete availability impact. The CVSS vector (AV:N/AC:L/PR:N/UI:N) indicates any remote attacker can trigger the vulnerability by simply opening duplicate discovery substreams, making this trivially exploitable. For blockchain infrastructure, this represents critical operational risk as networking downtime directly impacts consensus participation, transaction processing, and network health. However, impact is limited to availability (C:N/I:N) with no confidentiality or integrity consequences, and recovery requires only service restart rather than data restoration. No EPSS score or KEV status provided, but the simplicity of exploitation (duplicate protocol negotiation), confirmed patch availability (v1.3.0 released), and lack of workarounds elevate this to immediate patching priority for production Nimiq nodes. The GitHub advisory and merged PR #3666 confirm vendor acknowledgment and fix verification. SSVC classification would likely be 'Scheduled' rather than 'Out-of-Cycle' given DoS-only impact, but blockchain operators should treat as urgent given network participation requirements. |
| Exploit ScenarioDerived | An attacker identifies Nimiq blockchain nodes running vulnerable network-libp2p versions through network scanning or public peer lists. The attacker establishes a standard libp2p connection to the target node and successfully negotiates the discovery protocol once (normal behavior). Without closing the connection, the attacker initiates a second discovery protocol negotiation on the same connection. The vulnerable handler receives the duplicate substream request and executes the panic assertion, immediately crashing the networking swarm task and taking the node's P2P capabilities offline. The node stops participating in blockchain consensus, processing transactions, and serving peer requests until an operator manually restarts the service. The attacker can repeat this against multiple nodes to disrupt network stability. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Apr 23, 2026
Remote unauthenticated denial of service crashes Nimiq blockchain nodes by exploiting a protocol state machine flaw. Attackers can force panic conditions in the libp2p discovery handler by opening duplicate protocol substreams, immediately taking peer-to-peer networking offline until manual restart. Vendor-released patch available in version 1.3.0 with no workarounds for unpatched systems, creating urgent upgrade requirement for blockchain node operators.
RemediationAI
Upgrade to Nimiq network-libp2p version 1.3.0 or later immediately. The patch is formally released as part of core-rs-albatross v1.3.0, available at https://github.com/nimiq/core-rs-albatross/releases/tag/v1.3.0. The fix implementation can be reviewed in commit e0d4e01994f061bf41d3c2835bc74040d3c084f5. No workarounds exist for unpatched versions per the vendor advisory. Node operators must perform version upgrade and service restart to remediate. For environments requiring staged deployment, prioritize internet-facing validator nodes and public peers first, as these have highest exposure to untrusted remote peers. Compensating controls are ineffective since the vulnerability exists in core protocol handling logic rather than configuration-dependent features. Network-level filtering cannot prevent exploitation as legitimate discovery protocol traffic is indistinguishable from malicious duplicate substream attempts until protocol negotiation occurs.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Nimiq network-libp2p implements peer discovery using libp2p's ConnectionHandler state machine architecture. The vulnerability (CWE-617: Reachable Assertion) exists in the discovery protocol's substream management logic. The handler incorrectly assumes at most one inbound and one outbound discovery substream can exist per connection simultaneously. When a remote peer negotiates the discovery protocol a second time on an existing connection, the code hits hardcoded panic assertions ('panic!("Inbound already connected")' or 'panic!("Outbound already connected")') rather than gracefully handling the duplicate substream attempt. In Rust, panic! calls cause thread/task termination, which in this case crashes the entire networking swarm task. This affects all network-libp2p versions prior to 1.3.0 (CPE: cpe:2.3:a:nimiq:network-libp2p:*:*:*:*:*:*:*:* where version < 1.3.0).
Know when Network Libp2P gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Primary rating from Vendor (GitHub_M) · only source for this CVE.
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
3DescriptionCVE.org
Nimiq's network-libp2p is a Nimiq network implementation based on libp2p. Prior to version 1.3.0, network-libp2p discovery uses a libp2p ConnectionHandler state machine. the handler assumes there is at most one inbound and one outbound discovery substream per connection. if a remote peer opens/negotiate the discovery protocol substream a second time on the same connection, the handler hits a panic!(\"Inbound already connected\") / panic!(\"Outbound already connected\") path instead of failing closed. This causes a remote crash of the networking task (swarm), taking the node's p2p networking offline until restart. The patch for this vulnerability is formally released as part of v1.3.0. No known workarounds are available.
Executive ViewAI
CVE-2026-34063 is a remote denial-of-service vulnerability affecting Nimiq blockchain nodes that allows unauthenticated attackers to crash peer-to-peer network services, forcing manual restarts and creating network unavailability. Organizations operating Nimiq blockchain infrastructure face potential service disruption and network isolation if nodes remain unpatched, directly impacting transaction processing and consensus participation.
Apply vendor patch. No effective interim mitigations exist for unpatched systems; manual node restart is reactive only and does not prevent re-exploitation. Immediate patching to version 1.3.0 is the only remediation.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
EUVD-2026-25058
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB