Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessEstablish inbound P2P connection to Zebra node
-
ExploitFlood direct tx messages bypassing per-peer cap
-
ImpactExhaust mempool admission slots, starving honest relay
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource allocation limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to be an inbound P2P peer that can send direct 'tx' protocol messages to a Zebra node running a version in the 5.0.0-to-before-6.0.0-rc.0 range; the flaw is triggered specifically by transactions delivered as direct P2P tx messages (not relayed/advertised via inv), because those are queued without the sending peer recorded as their source, so the per-peer mempool admission cap is never applied. No authentication, user interaction, or special configuration is needed - any node reachable for inbound P2P connections on the Zcash network is exposed. The practical limiter is impact rather than access: the effect is degraded/crowded-out honest transaction relay (availability of mempool slots), not node compromise or crash, and operators on 6.0.0-rc.0 or later are not affected. |
| Impact | This is a resource-exhaustion denial-of-service (CWE-770) with genuinely modest real-world risk, consistent with its 6.9 Medium CVSS 4.0 score. The vendor-supplied CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) indicates a remote, unauthenticated, low-complexity attack requiring no user interaction, which is why the score is not lower; however, the impact metrics are the key limiter: VC:N/VI:N/VA:L with no subsequent-system impact means only a LOW availability effect - the attacker crowds out honest transaction relay but does not crash the node, corrupt data, or breach confidentiality/integrity. No EPSS score was provided, so exploitation probability cannot be quantified. The CVE is NOT in CISA KEV and no proof-of-concept is referenced, so exploitation status is 'no public exploit identified at time of analysis.' The attack degrades mempool fairness rather than causing outright outage, so despite the clean network/unauthenticated vector this is a reliability/fairness defect rather than an urgent security emergency. Signals are internally consistent - no conflict between vector and description - the main gap is the absence of EPSS and any exploitation evidence. Patch availability (6.0.0-rc.0) makes this a straightforward upgrade-when-convenient item for Zebra node operators rather than an emergency patch. |
| Exploit ScenarioDerived | A malicious node connects to a target Zebra (zebrad) instance as an inbound P2P peer and streams many unique, valid transactions via direct 'tx' messages. Because these transactions are queued without recording the sending peer as their source, the per-peer mempool admission cap is never applied, letting the attacker occupy a disproportionate share of admission slots and starve legitimate peers' transaction relay. No proof-of-concept is publicly referenced, but the attack requires no authentication and only standard P2P connectivity. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 02, 2026
Mempool resource exhaustion in Zcash's Zebra (zebrad) node affecting versions 5.0.0 through before 6.0.0-rc.0 allows any inbound P2P peer to flood the node with unique transactions that bypass the per-peer mempool admission cap, crowding out honest peers' transaction relay. The bypass exists because transactions delivered as direct P2P 'tx' messages are queued without the sending peer being recorded as their source, so the per-peer admission limit (CWE-770, uncontrolled resource consumption) is never applied to them. Exploitation requires no authentication, user interaction, or special configuration - any node accepting inbound Zcash P2P connections on an affected version is exposed - although the practical effect is degraded transaction propagation rather than node compromise or crash; no public exploit code identified at time of analysis. Vendor-released patch: 6.0.0-rc.0.
RemediationAI
The primary fix is to upgrade Zebra to 6.0.0-rc.0 or later, the first release in which the per-peer mempool admission cap is correctly applied to transactions received as direct P2P 'tx' messages; operators should track the stable 6.x release line rather than remaining on 5.0.0-5.x once a non-RC build is available, and note that 6.0.0-rc.0 is a release candidate requiring the usual testing before production rollout. The vendor advisory at https://github.com/ZcashFoundation/zebra/security/advisories/GHSA-m9xx-8rcj-vmgp (mirrored in summary form at https://www.vulncheck.com/advisories/zebra-before-6.0.0-rc.0-per-peer-mempool-admission-bypass-via-p2p-tx-messages) should be consulted for any release-specific notes. Where immediate upgrading is not possible, the only meaningful compensating control is reducing the attack surface for inbound connections: restrict the node's P2P listener to a trusted set of peers via firewall or peer allowlisting, accepting the trade-off that this degrades peer discovery, initial block download, and transaction relay resilience on the Zcash network. Rate-limiting or throttling inbound P2P traffic at the network edge can partially blunt the flood but will also suppress legitimate block and transaction propagation and may cause the node to fall behind the chain tip, so it should be tuned conservatively and monitored. Operators should additionally monitor mempool admission-slot consumption and eviction rates for signs of one peer dominating the pool, since such telemetry is the most reliable way to detect the abuse pattern on unpatched nodes; there is no documented configuration toggle in the affected versions that restores source attribution for direct 'tx' messages.
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 is the Rust implementation of a Zcash full node, maintained by the Zcash Foundation (CPE cpe:2.3:a:zcashfoundation:zebra). Its mempool layer enforces admission controls, including a per-peer cap designed to prevent a single peer from claiming a disproportionate share of the limited pool of admission slots. Those controls rely on attributing each transaction to the peer that supplied it. In the affected range (5.0.0 through versions before 6.0.0-rc.0), transactions that arrive as direct P2P 'tx' messages are placed into an admission queue without the sending peer being recorded as their source, so the per-peer accounting never fires for that delivery path - unlike transactions learned through inventory advertisement and relay, which retain origin attribution. The root cause class is CWE-770 (Allocation of Resources Without Limits or Throttling): a per-peer quota exists but is not enforced on one input channel, letting a single remote peer consume an outsized share of the finite admission capacity. This is a fairness/availability defect in peer-to-peer mempool admission rather than a memory-corruption or cryptographic flaw, and it does not affect confidential-transaction or consensus logic. The impact is bounded to availability of mempool admission and transaction relay; the independent assessment scores it A:L under CVSS 3.1 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L), aligning with the published CVSS 4.0 score of 6.9.
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:L/SC:N/SI:N/SA:N
Remote unauthenticated P2P peer, low complexity, no UI; only partial availability impact (mempool slot starvation), so C:N/I:N/A:L and scope unchanged.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
Zebra (zebrad) 5.0.0 before 6.0.0-rc.0 does not apply its per-peer mempool admission cap to transactions received as direct P2P tx messages, because these are queued without the sending peer recorded as their source. A remote inbound peer can push many unique transactions to occupy a disproportionate share of mempool admission slots, crowding out honest peers' transaction relay.
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
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
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
EUVD-2026-91440
GHSA-36m2-g2jj-2c6x
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB