Approved changes feed: RSS · Atom

cpe:2.3:a:zcashfoundation:zebra:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorZcashfoundation (d1eb1912-d66f-5e58-afb6-945663f2b85a)
ProductZebra (b4d07231-3505-5009-bebb-941fe58a8762)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-54496 vulnerable 2026-07-29 01:00:27.842722 Missing copy constraint in halo2_gadgets variable-base scalar multiplication allows under-constrained base, breaking Orchard Action circuit soundness
CRITICAL (9.3)
ZEBRA is a Zcash node written entirely in Rust. Prior to zebrad 5.0.0, halo2_gadgets 0.5.0, orchard 0.14.0, zcash_primitives 0.28.0, and zcashd 6.20.0, the variable-base scalar multiplication gadget in halo2_gadgets/src/ecc/chip/mul/incomplete.rs used assign_advice() for the base point without a copy constraint tying it to the actual base, allowing a malicious prover to produce a valid proof for an Orchard Action with an under-constrained base point and bypass the diversified-address-integrity check that binds pk_d, g_d, ivk, the nullifier (nf), and the spend validating key (ak) to the note being spent. This issue is fixed in zebrad 5.0.0, halo2_gadgets 0.5.0, orchard 0.14.0, zcash_primitives 0.28.0, and zcashd 6.20.0.
Published: 2026-07-17T16:59:06.809Z
Updated: 2026-07-17T17:23:50.731Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-44500 vulnerable 2026-06-08 08:05:11.114545 ZEBRA: Allocation Amplification in Inbound Network Deserializers
MEDIUM (5.3)
ZEBRA is a Zcash node written entirely in Rust. Prior to zebrad version 4.4.0, prior to zebra-chain version 7.0.0, and prior to zebra-network version 6.0.0, several inbound deserialization paths in Zebra allocated buffers sized against generic transport or block-size ceilings before the tighter protocol or consensus limits were enforced. An unauthenticated or post-handshake peer could therefore force the node to preallocate and parse for orders of magnitude more data than the protocol intended, across headers messages, equihash solutions in block headers, Sapling spend vectors in V5/V4 transactions, and coinbase script bytes in blocks. This issue has been patched in zebrad version 4.4.0, zebra-chain version 7.0.0, and zebra-network version 6.0.0.
Published: 2026-05-08T15:10:21.516Z
Updated: 2026-05-08T19:41:46.471Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-44499 vulnerable 2026-06-08 08:05:11.114201 ZEBRA: Permanent Block Discovery Halt via Gossip Queue Saturation and Syncer Poisoning
ZEBRA is a Zcash node written entirely in Rust. Prior to version 4.4.0, a composite denial-of-service vulnerability in Zebra's block discovery pipeline allows an unauthenticated remote attacker to permanently halt all new block discovery on a targeted node. The attack exploits three independent weaknesses in the gossip, syncer, and download subsystems — all exercisable from a single TCP connection — to create a monotonically growing block deficit that never self-heals. This issue has been patched in version 4.4.0.
Published: 2026-05-08T15:11:24.837Z
Updated: 2026-05-08T17:23:27.910Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-44498 vulnerable 2026-06-08 08:05:11.113716 ZEBRA: Block Validator Undercounts Coinbase and P2SH Sigops
ZEBRA is a Zcash node written entirely in Rust. Prior to version 4.4.0, Zebra's block validator undercounts transparent signature operations against the 20000-sigop block limit (MAX_BLOCK_SIGOPS), allowing it to accept blocks that zcashd rejects with bad-blk-sigops. A miner who produces such a block can split the network: Zebra nodes follow the offending chain while zcashd nodes do not. This issue has been patched in version 4.4.0.
Published: 2026-05-08T15:09:09.919Z
Updated: 2026-05-14T21:32:52.062Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-44497 vulnerable 2026-06-08 08:05:11.110799 ZEBRA: Consensus Divergence in Transparent Sighash Hash-Type Handling due to Stale Buffer
ZEBRA is a Zcash node written entirely in Rust. Prior to zebrad version 4.4.0 and prior to zebra-script version 6.0.0, the fix for CVE-2026-41583 introduced a separate issue due to insufficient error handling of the case where the sighash type is invalid, during sighash computation. Instead of returning an error, the normal flow would resume, and the input sighash buffer would be left untouched. In scenarios where a previous signature validation could leave a valid sighash in the buffer, an invalid hash-type could be incorrectly accepted, which would create a consensus split between Zebra and zcashd nodes. This issue has been patched in zebrad version 4.4.0 and zebra-script version 6.0.0.
Published: 2026-05-08T15:08:08.516Z
Updated: 2026-05-08T15:48:10.020Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-41585 vulnerable 2026-06-08 08:03:15.592054 db.gcve.eu details were skipped to keep the page responsive. Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-41584 vulnerable 2026-06-08 08:03:15.590167 db.gcve.eu details were skipped to keep the page responsive. Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-41583 vulnerable 2026-06-08 08:03:15.587266 db.gcve.eu details were skipped to keep the page responsive. Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-34377 vulnerable 2026-06-08 07:59:12.455528 db.gcve.eu details were skipped to keep the page responsive. Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-34202 vulnerable 2026-06-08 07:59:11.878914 db.gcve.eu details were skipped to keep the page responsive. Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.