Skip to main content

Zcash Zebra EUVDEUVD-2026-91440

| CVE-2026-104429 MEDIUM
Allocation of Resources Without Limits or Throttling (CWE-770)
2026-10-02 VulnCheck GHSA-36m2-g2jj-2c6x
6.9
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Establish inbound P2P connection to Zebra node
  2. Exploit
    Flood direct tx messages bypassing per-peer cap
  3. Impact
    Exhaust 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

zebra 0 <6.0.0-rc.0

Affected Packages

euvd zebra fix: 6.0.0-rc.0

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

Vendor (VulnCheck) PRIMARY 6.9 MEDIUM
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
vuln.today AI 5.3 MEDIUM

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.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
None
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

1
Patch available
Oct 02, 2026 - 12:02 EUVD

DescriptionCVE.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

EPSS Score
0.3%
Top 79% exploitable
Prevalence
Low
Zcash full-node software, niche cryptocurrency infrastructure footprint
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

34
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +34
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

More in Zebra

View all
CVE-2026-44499 HIGH POC
8.7 May 08

Remote denial-of-service in Zebra (Zcash node implementation) versions prior to 4.4.0 allows unauthenticated attackers t

CVE-2020-10875 HIGH POC
7.5 Mar 23

Motorola FX9500 devices allow remote attackers to conduct absolute path traversal attacks, as demonstrated by PL/SQL Ser

CVE-2021-32089 CRITICAL
9.8 May 11

An issue was discovered on Zebra (formerly Motorola Solutions) Fixed RFID Reader FX9500 devices. Rated critical severity

CVE-2026-109363 HIGH
8.7 Oct 12

Remote, unauthenticated denial of service in Zcash Foundation's Zebra full node: versions 6.4.0 through 6.4.1 abort when

CVE-2026-104431 HIGH
8.7 Oct 02

Unauthenticated denial of service in Zebra (Zcash Foundation's full node implementation) before 6.0.0 allows remote peer

CVE-2026-104430 HIGH
8.7 Oct 02

Remote unauthenticated attackers can cause a consensus divergence in Zcash Zebra nodes (zebrad 4.5.0 and zebra-script 7.

CVE-2026-104423 HIGH
8.7 Oct 02

Zcash Foundation's Zebra full node (zebrad) before 6.2.1 can be stalled in block verification by any unauthenticated pee

CVE-2026-104422 HIGH
8.7 Oct 02

Block-sync denial of service in Zebra (zebrad), the Rust implementation of a Zcash full node, affects all versions befor

CVE-2026-104437 HIGH
8.3 Oct 02

Consensus divergence in Zebra Zcash nodes before 4.4.0 allows unauthenticated remote attackers to craft V5 transparent t

CVE-2026-104435 HIGH
8.3 Oct 02

Zcash Zebra nodes running zebrad 4.4.0 or zebra-script 6.0.0 incorrectly accept V5 transparent transactions in which a S

CVE-2026-104427 HIGH
8.2 Oct 02

Denial of service in the Zcash Foundation's Zebra full node before 6.1.0 lets remote unauthenticated peers stall node sy

CVE-2026-104426 HIGH
8.2 Oct 02

Denial of service in the Zcash Foundation's Zebra full node implementation before 6.1.0 allows an unauthenticated remote

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy