Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessConnect as unauthenticated P2P peer
-
DeliverySubmit non-standard high-sigop P2SH mempool transactions
-
ExploitReach is_valid() before standardness checks
-
ExecutionSaturate synchronous verifier buffer, stall Tokio workers
-
ImpactNode becomes unresponsive (DoS)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V2 - Validation and Business Logic Asymmetric resource consumption control
|
| Exploitation Conditions | The Zebra node must accept inbound peer-to-peer connections and participate in mempool transaction relay (the default operating mode for a full node on the network), and it must be running a version before 6.0.0. The specific trigger is submission of non-standard, high-sigop P2SH transactions that reach CachedFfiTransaction::is_valid() synchronous script verification before standardness filtering rejects them. No authentication, no user interaction, and no non-default configuration are required (PR:N/UI:N). The main limiting factors are that impact is confined to availability (no data exposure or code execution) and that only reachable, unpatched Zebra nodes are affected; nodes not accepting inbound connections or already on 6.0.0+ are not exposed. |
| Impact | This is a credible availability threat with moderate priority. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) confirms the strongest exploitation signals: network-reachable, low complexity, no authentication, and no user interaction, meaning any peer that can open a connection to the node can attempt it. Impact is scoped strictly to availability (VA:H, with VC:N/VI:N/VA:H) - there is no confidentiality or integrity compromise, so this is a resource-exhaustion DoS (CWE-405) rather than a code-execution or data-breach issue, which caps its true severity below the raw 8.7 number for most risk models. No EPSS score, KEV listing, or POC was provided in the input, so exploitation likelihood cannot be quantified from probabilistic data; absence of these is not evidence they do not exist, only that they were not supplied. The vulnerability was reported by VulnCheck (a credible research source) and a vendor patch exists, which raises the realism of eventual public exploit development. Net: a real and easily triggerable DoS against reachable Zebra nodes, but the single-impact-dimension nature and the niche deployment footprint of a Zcash node implementation temper the real-world blast radius compared to a ubiquitous-product critical. |
| Exploit ScenarioDerived | An attacker opens an unauthenticated peer-to-peer connection to a reachable Zebra node (before 6.0.0) and floods it with non-standard, high-sigop P2SH transactions. Because these transactions reach CachedFfiTransaction::is_valid() and its expensive synchronous script verification before standardness checks can reject them, the attacker saturates the verifier buffer and stalls the Tokio async workers, rendering the node unresponsive. No public exploit identified at time of analysis, but the attack requires no authentication and only low complexity. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 02, 2026
Unauthenticated denial of service in Zebra (Zcash Foundation's full node implementation) before 6.0.0 allows remote peers to stall Tokio worker threads by submitting non-standard, high-sigop P2SH mempool transactions that reach synchronous FFI script verification before standardness checks, saturating the verifier buffer and rendering the node unresponsive. The vulnerability requires no authentication, user interaction, or non-default configuration; only reachable nodes running affected versions are impacted, and impact is limited to availability. No public exploit code has been identified at time of analysis, and the issue is not confirmed as actively exploited.
RemediationAI
Upgrade to Zebra 6.0.0 or later, which is the first version not affected by this vulnerability. A vendor patch is available; see the GitHub security advisory at https://github.com/ZcashFoundation/zebra/security/advisories/GHSA-84j3-rw4c-gqmj for details. If immediate upgrading is not possible, node operators can reduce exposure by limiting inbound peer connections (e.g., setting a low maximum peer count or using a firewall to restrict which peers can connect), but this trades off network participation and may degrade consensus performance. Disabling mempool transaction relay entirely is not recommended for full nodes as it undermines network health. No other specific workarounds are documented in the available references.
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
The vulnerability resides in Zebra's mempool transaction acceptance path, specifically in the synchronous script verification invoked via CachedFfiTransaction::is_valid(). Zebra, the Zcash Foundation's Rust-based full node, uses Tokio for asynchronous task management and FFI to call into a C++ script verification library. Standardness checks (which would reject non-standard transactions) are applied after this FFI verification, so specially crafted P2SH transactions with a high number of signature operations (sigops) can force expensive synchronous verification work on Tokio worker threads before being filtered. This class of issue, CWE-405 (Asymmetric Resource Consumption / Amplification), allows an unauthenticated remote peer to consume disproportionate CPU resources relative to the small amount of data sent. The affected component is identified by CPE cpe:2.3:a:zcashfoundation:zebra:*:*:*:*:*:*:*:* for all versions before 6.0.0.
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 can trigger with low complexity and no interaction (AV:N/AC:L/PR:N/UI:N); impact is availability-only resource exhaustion, so C:N/I:N/A:H, scope unchanged.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
Zebra before 6.0.0 contains a denial of service vulnerability that allows unauthenticated peers to stall Tokio workers by submitting mempool transactions requiring expensive synchronous script verification. Attackers can send non-standard high-sigop P2SH transactions that reach CachedFfiTransaction::is_valid() before standardness checks, saturating the verifier buffer and rendering the node unresponsive.
Technical POC Analysis
Advisory: GHSA-84j3-rw4c-gqmj (ZcashFoundation/zebra).
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 full node implementation, contains a high-severity vulnerability that allows remote peers to cause a denial-of-service condition, rendering nodes unresponsive and disrupting Zcash network operations. Organizations running Zebra versions before 6.0.0 that are reachable by remote peers are affected; no public exploit identified at time of analysis, but the potential for service outages poses a significant operational risk. Leadership should prioritize patching to maintain node availability and prevent disruptions to network participation and transaction processing.
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.
Remote 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
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
Consensus divergence in Zebra Zcash nodes before 4.4.0 allows unauthenticated remote attackers to craft V5 transparent t
Zcash Zebra nodes running zebrad 4.4.0 or zebra-script 6.0.0 incorrectly accept V5 transparent transactions in which a S
Denial of service in the Zcash Foundation's Zebra full node before 6.1.0 lets remote unauthenticated peers stall node sy
Denial of service in the Zcash Foundation's Zebra full node implementation before 6.1.0 allows an unauthenticated remote
Zebra Industrial Printers All Versions, Zebra printers are shipped with unrestricted end-user access to front panel opti
EUVD-2026-91442
GHSA-ppfj-6m85-xq47
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB