<?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-05T20:41:32.131180+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-204859</id>
    <title>EUVD-2026-204859</title>
    <updated>2026-10-05T20:41:32.217453+00:00</updated>
    <content>EUVD-2026-204859</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-204859"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-25656</id>
    <title>fkie_cve-2023-25656</title>
    <updated>2026-10-05T20:41:32.217506+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>notation-go is a collection of libraries for supporting Notation sign, verify, push, and pull of oci artifacts. Prior to version 1.0.0-rc.3, notation-go users will find their application using excessive memory when verifying signatures. The application will be killed, and thus availability is impacted. The problem has been patched in the release v1.0.0-rc.3. Some workarounds are available. Users can review their own trust policy file and check if the identity string contains `=#`. Meanwhile, users should only put trusted certificates in their trust stores referenced by their own trust policy files, and make sure the `authenticity` validation is set to `enforce`.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-25656"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-87x9-7grx-m28v</id>
    <title>GHSA-87x9-7grx-m28v — notation-go has excessive memory allocation on verification</title>
    <updated>2026-10-05T20:41:32.217543+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/notaryproject/notation-go</p>
<p>### Impact</p>
<p>`notation-go` users will find their application using excessive memory when verifying signatures and the application will be finally killed, and thus availability is impacted.</p>
<p>### Patches</p>
<p>The problem has been patched in the release [v1.0.0-rc.3](https://github.com/notaryproject/notation-go/releases/tag/v1.0.0-rc.3). Users should upgrade their `notation-go` packages to `v1.0.0-rc.3` or above.</p>
<p>### Workarounds</p>
<p>Users can review their own trust policy file and check if the identity string contains `=#`. Meanwhile, users should only put trusted certificates in their trust stores referenced by their own trust policy files, and make sure the `authenticity` validation is set to `enforce`</p>
<p>### Credits</p>
<p>The `notation-go` project would like to thank Adam Korczynski (@AdamKorcz) for responsibly disclosing this issue during a security fuzzing audit sponsored by CNCF and Shiwei Zhang (@shizhMSFT) for root cause analysis and detailed vulnerability report.</p>
<p>### References</p>
<p>- [Resource exhaustion attacks](https://en.wikipedia.org/wiki/Resource_exhaustion_attack)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-87x9-7grx-m28v"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-25656</id>
    <title>gsd-2023-25656</title>
    <updated>2026-10-05T20:41:32.217587+00:00</updated>
    <content>gsd-2023-25656</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-25656"/>
  </entry>
</feed>
