Skip to main content

Zebra CVE-2026-123555

| EUVDEUVD-2026-119440 HIGH
Improper Handling of Exceptional Conditions (CWE-755)
2026-11-08 VulnCheck GHSA-cwcw-qfgm-5r6m
8.7
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Connect as ordinary unauthenticated peer after handshake
  2. Delivery
    Relay script-failing transactions or serve forged v5 block bodies
  3. Exploit
    Script failure misscored as InternalDowncastError (0 points)
  4. Execution
    Peer evades misbehavior scoring and ban
  5. Impact
    Exhaust 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.4% exploitation probability (EPSS)

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

Alert me

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

zebra 2.3.0 <7.0.0
zebra 1.0.0-beta.46 <18.0.0

Affected Packages

euvd zebra fix: 7.0.0, 18.0.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'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

Vendor (VulnCheck) PRIMARY 8.7 HIGH
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
vuln.today AI 7.5 HIGH

Remote unauthenticated peer triggers the unscored failure after handshake with no user interaction, causing availability-only DoS with no confidentiality or integrity impact.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/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
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

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

Why It Matters

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.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.4%
Top 62% exploitable
Prevalence
Low
alternative Rust Zcash full-node, niche cryptocurrency software, limited deployment
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 HIGH
CISA KEV No
Public POC No
EPSS 0.4%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
Medium

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
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.

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