<?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-10T11:36:08.679275+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-326384</id>
    <title>EUVD-2026-326384</title>
    <updated>2026-10-10T11:36:08.730340+00:00</updated>
    <content>EUVD-2026-326384</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-326384"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-46539</id>
    <title>fkie_cve-2026-46539</title>
    <updated>2026-10-10T11:36:08.730377+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Nimiq is a Rust implementation of the Nimiq Proof-of-Stake protocol based on the Albatross consensus algorithm. Prior to version 1.4.0, a logic flaw in BlockInclusionProof::is_block_proven causes the function to return true without performing any cryptographic verification when get_interlink_hops yields an empty hop list. This occurs when the target block is at the election block position immediately preceding the election head's epoch. An attacker providing transaction inclusion proofs can forge a MacroBlock header for that epoch position and have it accepted as "proven" without any hash or signature verification. This issue has been patched in version 1.4.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-46539"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-799f-29jm-gr6c</id>
    <title>GHSA-799f-29jm-gr6c — nimiq-primitives: BlockInclusionProof interlink issue when hops are empty</title>
    <updated>2026-10-10T11:36:08.730416+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: nimiq-primitives</p>
<p>### Impact
A logic flaw in `BlockInclusionProof::is_block_proven` causes the function to return true without performing any cryptographic verification when `get_interlink_hops` yields an empty hop list. This occurs when the target block is at the election block position immediately preceding the election head's epoch. An attacker providing transaction inclusion proofs can forge a MacroBlock header for that epoch position and have it accepted as "proven" without any hash or signature verification.</p>
<p>### Patches
[The patch for this vulnerability](https://github.com/nimiq/core-rs-albatross/pull/3705) is formally released as part of [v1.4.0](https://github.com/nimiq/core-rs-albatross/releases/tag/v1.4.0).</p>
<p>### Workarounds
No Workarounds</p>
<p>### Resources
See [PR](https://github.com/nimiq/core-rs-albatross/pull/3705).</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-799f-29jm-gr6c"/>
  </entry>
</feed>
