<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 07:38:29 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-228827</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-228827</link>
      <description>EUVD-2026-228827</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-228827</guid>
    </item>
    <item>
      <title>fkie_cve-2022-2584</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-2584</link>
      <description>&lt;p&gt;The dag-pb codec can panic when decoding invalid blocks.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The dag-pb codec can panic when decoding invalid blocks.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-2584</guid>
    </item>
    <item>
      <title>GHSA-g3vv-g2j5-45f2 — ipld/go-codec-dagpb panics when processing certain blocks</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-g3vv-g2j5-45f2</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ipld/go-codec-dagpb&lt;/p&gt;
&lt;p&gt;### Impact 
Decoding certain blocks using the go-ipld-prime version of the dag-pb codec (go-codec-dagpb) can cause a panic.  The panic comes from an assumption that the reported link length is accurate, but if the block ends before that reported length then it’s a buffer overread.&lt;/p&gt;
&lt;p&gt;### Patches
The issue is fixed in v1.3.1 and above.&lt;/p&gt;
&lt;p&gt;Consumers can discover the versions of `go-codec-dagpb` in a module&amp;#39;s dependency graph using the following command in the module root:&lt;/p&gt;
&lt;p&gt;```go mod graph | grep go-codec-dagpb```&lt;/p&gt;
&lt;p&gt;### Workarounds
You can work around this issue without upgrading by recovering panics higher in the call stack of the goroutine that calls the defective code.&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:&lt;/p&gt;
&lt;p&gt;* Ask in [IPFS Discord #ipld-chatter](https://discord.gg/ipfs)
* Open an issue in [go-codec-dagpb](https://github.com/ipld/go-codec-dagpb)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ipld/go-codec-dagpb&lt;/p&gt;
&lt;p&gt;### Impact 
Decoding certain blocks using the go-ipld-prime version of the dag-pb codec (go-codec-dagpb) can cause a panic.  The panic comes from an assumption that the reported link length is accurate, but if the block ends before that reported length then it’s a buffer overread.&lt;/p&gt;
&lt;p&gt;### Patches
The issue is fixed in v1.3.1 and above.&lt;/p&gt;
&lt;p&gt;Consumers can discover the versions of `go-codec-dagpb` in a module&amp;#39;s dependency graph using the following command in the module root:&lt;/p&gt;
&lt;p&gt;```go mod graph | grep go-codec-dagpb```&lt;/p&gt;
&lt;p&gt;### Workarounds
You can work around this issue without upgrading by recovering panics higher in the call stack of the goroutine that calls the defective code.&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:&lt;/p&gt;
&lt;p&gt;* Ask in [IPFS Discord #ipld-chatter](https://discord.gg/ipfs)
* Open an issue in [go-codec-dagpb](https://github.com/ipld/go-codec-dagpb)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-g3vv-g2j5-45f2</guid>
    </item>
    <item>
      <title>gsd-2022-2584</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-2584</link>
      <description>gsd-2022-2584</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-2584</guid>
    </item>
  </channel>
</rss>
