CVE-2026-52737 json
ZEBRA: Sync restart poisoning from single unauthenticated peer via above-lookahead block
published 4mo ago modified 2d ago also EUVD-2026-61163 , GHSA-gvjc-3w7c-92jx
- cvss
- 5.3
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 18%
- public exploits
- 0
- none known
Summary
ZEBRA is a Zcash node written entirely in Rust. Prior to 4.5.0, a malicious unauthenticated P2P peer can answer Zebra's outbound getblocks or FindBlocks request with a small two-hash inventory and then serve a syntactically valid block whose coinbase height is far above the local chain tip. In zebrad/src/components/sync/downloads.rs, BlockDownloadVerifyError::AboveLookaheadHeightLimit originally carried only the block height and hash, so handle_block_response could not attribute the failure to the advertising peer. The error then reached the restart-worthy default path in zebrad/src/components/sync.rs, cancelling all in-flight downloads from honest peers and imposing a 67-second sync restart delay on mainnet. Because the peer was neither scored nor disconnected, the peer could repeat the cycle indefinitely with minimal bandwidth and significantly degrade synchronization without corrupting state. This issue is fixed in version 4.5.0.
Patch / fix
- crates.io zebra-consensus 7.0.0
- crates.io zebrad 4.5.0
- zfnd zebra 4.5.0
- zfnd zebrad 4.5.0
- zfnd zebra-consensus 7.0.0
Is CVE-2026-52737 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCISA SSVC
- Exploitation
- none
- Automatable
- yes
- Technical impact
- partial
- Assessed
- 2mo ago
Exploit prediction
0.26% chance of exploitation in the next 30 days, higher than 18% of all scored CVEs (FIRST EPSS, 2026-11-11).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 5.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L |
| GitHub | 3.1 | 5.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| crates.io | zebra-consensus | <7.0.0 |
7.0.0 |
| crates.io | zebrad | <4.5.0 |
4.5.0 |
Affected products
- ZcashFoundation zebra
- ZcashFoundation zebra-consensus
Classification
- Weakness
-
- CWE-345 Insufficient Verification of Data Authenticity
References
- github.com /ZcashFoundation/zebra/pull/10647
- github.com /ZcashFoundation/zebra/commit/1440b43ca7df59aca948090d45117557b217a6cd
- github.com /ZcashFoundation/zebra/commit/bc64dfe45746a86d14546a0a5a766387dd5a2942
-
github.com
/ZcashFoundation/zebra/security/advisories/GHSA-gvjc-3w7c-92jx
web
- github.com /ZcashFoundation/zebra/releases/tag/v4.5.0
-
github.com
/ZcashFoundation/zebra
package
Sources
- CVE List CVE-2026-52737
- GitHub Advisory GHSA-gvjc-3w7c-92jx
- NVD CVE-2026-52737
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.