<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-05T09:32:58.059661+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-309183</id>
    <title>EUVD-2026-309183</title>
    <updated>2026-10-05T09:32:58.105740+00:00</updated>
    <content>EUVD-2026-309183</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-309183"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-41584</id>
    <title>fkie_cve-2026-41584</title>
    <updated>2026-10-05T09:32:58.105780+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>ZEBRA is a Zcash node written entirely in Rust. Prior to zebrad version 4.3.1 and prior to zebra-chain version 6.0.2, Orchard transactions contain a rk field which is a randomized validating key and also an elliptic curve point. The Zcash specification allows the field to be the identity (a "zero" value), however, the orchard crate which is used to verify Orchard proofs would panic when fed a rk with the identity value. Thus an attacker could send a crafted transaction that would make a Zebra node crash. This issue has been patched in zebrad version 4.3.1 and zebra-chain version 6.0.2.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-41584"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-452v-w3gx-72wg</id>
    <title>GHSA-452v-w3gx-72wg — Zebra has rk Identity Point Panic in Transaction Verification</title>
    <updated>2026-10-05T09:32:58.105818+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: zebrad, crates.io: zebra-chain</p>
<p># rk Identity Point Panic in Transaction Verification</p>
<p>## Summary</p>
<p>Orchard transactions contain a `rk` field which is a randomized validating key and also an elliptic curve point. The Zcash specification allows the field to be the identity (a "zero" value), however, the `orchard` crate which is used to verify Orchard proofs would panic when fed a `rk` with the identity value. Thus an attacker could send a crafted transaction that would make a Zebra node crash.</p>
<p>## Severity</p>
<p>**Critical** - This is a Denial of Service Vulnerability that could allow an attacker to crash Zebra nodes.</p>
<p>## Affected Versions</p>
<p>All Zebra versions prior to **version 4.3.1**.</p>
<p>## Description</p>
<p>The vulnerability exists in the `circuits.rs` file of the `orchard` crate; it attempts to get the coordinates of the `rk` value and calls `unwrap()` on the results, which causes a panic if `rk` is the identity.</p>
<p>Zebra parses `rk` as a byte vector; it creates an Orchard "bundle" using the `orchard` crate and then calls the same crate to verify it, triggering the panic.</p>
<p>An attacker could exploit this by:
1. Creating a transaction with a identity `rk`
2. Submitting it to a Zebra node, making it crash</p>
<p>## Impact</p>
<p>**Denial of Service**</p>
<p>* **Attack Vector:** Network.
* **Effect:** Node crash.
* **Scope:** Any impacted Zebra node.</p>
<p>## Fixed Versions</p>
<p>This issue is fixed in **Zebra 4.3.1**.</p>
<p>The fix was agreed with `zcashd` developers (which has the same issue) to not allow the identity `rk` anymore and change the speci…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-452v-w3gx-72wg"/>
  </entry>
</feed>
