Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessConnect as ordinary unauthenticated peer after handshake
-
DeliveryRelay script-failing transactions or serve forged v5 block bodies
-
ExploitScript failure misscored as InternalDowncastError (0 points)
-
ExecutionPeer evades misbehavior scoring and ban
-
ImpactExhaust CPU on mempool verification and stall block sync 67s per round
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Exception handling procedures
|
| Exploitation Conditions | No configuration change exposes or protects you: the unscored-failure path is present in every zebrad 2.3.0 through 7.0.0-rc.0 node, and any inbound or outbound peer can trigger it after the handshake with no authentication. The mempool flood requires the mempool to be enabled (the default once the node is near the chain tip); the quadratic amplification additionally needs the attacker to own existing transparent outputs to spend (about 1.2 ZEC once to create ~23,500 P2PKH inputs, which are never consumed). The block-sync stall requires the victim to be downloading blocks above the last mandatory checkpoint (initial sync in that range or catching up after downtime) and the attacker's peer to be selected to serve a needed block; the block-gossip variant applies at the tip. Limiting factors: a node already synced past the checkpoint range is exposed only to the gossip and mempool variants; the default network.max_connections_per_ip = 1 and bounding outbound peers reduce exposure; v4-only scriptSig edits fail the Merkle-root check (scored 100), so the block attack requires a v5 transaction; and impact is self-limiting - effects cease when the attack stops. Upgrading to 7.0.0 is the only complete fix (block-sync still idles 67s once per banned address, tracked as #11889). |
| Impact | Signals point to a genuine but bounded availability problem rather than a top-tier emergency. The input CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N, VA:H only) scores 8.7, while the vendor's own GHSA rates it CVSS 3.1 7.5 with the identical availability-only impact (C:N/I:N/A:H); the two agree on mechanism and differ only by scoring version, so the headline 8.7 overstates the practical danger relative to the vendor's 7.5. It is remote, low-complexity and unauthenticated (PR:N), which raises reachability, but the impact is strictly denial of service: the GHSA states no node crash, no state corruption, no change to what the node accepts, and all three effects stop when the attack stops. No EPSS score and no CISA KEV entry are provided in the input, and no confirmed working exploit code is listed, so there is no evidence of active or automated exploitation; the vuln.today Decision label is this_week (not act_now/emergency). Net: a real, patch-this-week priority for Zebra operators syncing above the checkpoint range or running a tip mempool, but not a widespread or data-compromising threat. Missing data to note: EPSS probability absent, KEV status absent (treat as not-listed), and exploit-code availability unconfirmed. |
| Exploit ScenarioDerived | An attacker opens ordinary peer connections to a zebrad node and either floods the mempool with transactions whose transparent scripts fail verification, or serves forged v5 block bodies with a flipped non-coinbase scriptSig byte that leaves the block hash and Merkle root unchanged. Because these script-verification failures collapse to an InternalDowncastError scored 0, the peer is never penalised or banned, so it repeatedly forces full script work (historically quadratic per transaction) or makes the syncer cancel the round and idle 67 seconds. No public working exploit is identified at time of analysis, though the GHSA documents the full mechanism and tests. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Nov 08, 2026
Denial of service in the Zcash Foundation's Zebra node (zebrad) 2.3.0 through 7.0.0-rc.0 lets unauthenticated peers exhaust CPU and repeatedly stall block sync by relaying transactions or serving forged v5 block bodies whose transparent scripts fail verification without the peer ever being penalized. The script failure is boxed and downcast to an internal error that scores zero in the misbehavior table, so the 100-point ban never fires on the mempool, block-sync or block-gossip paths. A mempool flood is amplified because transparent signature hashing was quadratic before 7.0.0 (GHSA-j4cw-58mj-7w6v), while a single forged block body cancels the sync round, drops a still-valid hash and idles the syncer for 67 seconds. No public exploit code or CISA KEV entry was identified at time of analysis, the vendor-released patch is Zebra 7.0.0, and impact is bounded: it stops when the attack stops and does not crash the node, corrupt state, or alter what the node accepts into the chain.
RemediationAI
Upgrade to zebrad 7.0.0 (rust/zebra-consensus 18.0.0), which adds a zebra_script::Error downcast ahead of InternalDowncastError so transparent script failures carry the 100-point score on the mempool, block-sync and block-gossip paths and the relaying or serving peer is banned; the tests that previously pinned InternalDowncastError now assert TransactionError::Script, and the fix commit is https://github.com/ZcashFoundation/zebra/commit/e8db87eb69254e0d4eedd058eadd48bdfa09065a. On earlier versions no configuration removes the issue; the vendor states upgrading is the only complete fix and suggests operators reduce exposure by keeping the default network.max_connections_per_ip = 1, bounding outbound connections with network.peerset_initial_target_size, and watching the mempool.full_queue.per_peer.total metric and script-verification latency - trade-offs are reduced peer diversity and slower peer discovery. One consequence is bounded rather than eliminated in 7.0.0: a forged block body that fails script verification now bans the peer, but the syncer still cancels the round, drops the hash and idles 67 seconds once per banned address (bans last 24 hours); re-requesting the hash without a restart is tracked as issue #11889.
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
Zebra's consensus layer runs transparent script verification on a Rayon pool and returns failures from zebra_script as a boxed error. The conversion from BoxError to TransactionError only downcasts the ed25519, RedJubjub, RedPallas, ValidateContextError and TransactionError types; a zebra_script::Error falls through to InternalDowncastError, whose misbehavior score is the wildcard 0. The Script(_) arm that would assign 100 points exists but is unreachable from live verification code, so callers that report only non-zero scores never ban the peer. This is CWE-755 (improper handling of exceptional conditions), with the resource-consumption consequence described as CWE-400. The block variant relies on ZIP-244: the v5 txid excludes scriptSig, so flipping a scriptSig byte in a non-coinbase transparent input leaves both the transaction id and the Merkle root unchanged, and the download layer accepts a body by header hash alone before semantic verification rejects it. The bug dates to the introduction of mempool misbehavior scoring in 2.3.0; the shielded equivalents were fixed in 6.2.1 for GHSA-2p4c-3q4q-p463, but transparent script errors were not. A related pre-7.0.0 flaw, GHSA-j4cw-58mj-7w6v, made transparent signature-hash computation quadratic in input count, so a single 2 MB transaction with roughly 23,500 P2PKH inputs cost about 85 CPU-seconds.
Know when Zebra 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Remote unauthenticated peer triggers the unscored failure after handshake with no user interaction, causing availability-only DoS with no confidentiality or integrity impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Zebra from 2.3.0 before 7.0.0 contains a denial of service vulnerability that allows unauthenticated peers to evade misbehavior scoring by sending transactions or blocks with invalid transparent scripts. Attackers can flood mempool with script-failing transactions or serve forged v5 block bodies with altered scriptSig bytes to exhaust CPU and repeatedly stall block sync.
Technical POC Analysis
CWE-755 (Improper Handling of Exceptional Conditions), with CWE-400 as the realised impact.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Zebra, the Zcash Foundation's node implementation (zebrad) versions 2.3.0 through 7.0.0-rc.0, contains a high-severity denial-of-service flaw that lets unauthenticated network peers repeatedly stall block synchronization and consume CPU without facing the node's normal peer-banning defenses. Any organization operating Zebra nodes for Zcash validation, mining, exchange deposit/withdrawal processing, or infrastructure support could face degraded sync performance and service disruption during an active attack, though the impact is temporary and self-limiting, with no state corruption, node crash, or change to chain acceptance. Leadership should care because this affects availability of a core financial-infrastructure component and requires a planned upgrade cycle to remediate.
Apply vendor patch.
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.
Related Vulnerabilities in Zebra Denial of Service and Protocol Flaws
View all 7Remote denial-of-service in Zebra (Zcash node implementation) versions prior to 4.4.0 allows unauthenticated attackers t
Motorola FX9500 devices allow remote attackers to conduct absolute path traversal attacks, as demonstrated by PL/SQL Ser
An issue was discovered on Zebra (formerly Motorola Solutions) Fixed RFID Reader FX9500 devices. Rated critical severity
Remote, unauthenticated denial of service in Zcash Foundation's Zebra full node: versions 6.4.0 through 6.4.1 abort when
Unauthenticated denial of service in Zebra (Zcash Foundation's full node implementation) before 6.0.0 allows remote peer
Remote unauthenticated attackers can cause a consensus divergence in Zcash Zebra nodes (zebrad 4.5.0 and zebra-script 7.
Zcash Foundation's Zebra full node (zebrad) before 6.2.1 can be stalled in block verification by any unauthenticated pee
Block-sync denial of service in Zebra (zebrad), the Rust implementation of a Zcash full node, affects all versions befor
EUVD-2026-119440
GHSA-cwcw-qfgm-5r6m
NVD
CVE.org
EPSS
Exploit-DB