<?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, 17 Oct 2026 21:07:53 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-139624</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-139624</link>
      <description>EUVD-2026-139624</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-139624</guid>
    </item>
    <item>
      <title>fkie_cve-2006-1269</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2006-1269</link>
      <description>&lt;p&gt;Buffer overflow in the parse function in parse.c in zoo 2.10 might allow local users to execute arbitrary code via long filename command line arguments, which are not properly handled during archive creation.  NOTE: since this issue is local and not setuid, the set of attack scenarios is limited, although is reasonable to expect that there are some situations in which the zoo user might automatically list attacker-controlled filenames to add to the zoo archive.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Buffer overflow in the parse function in parse.c in zoo 2.10 might allow local users to execute arbitrary code via long filename command line arguments, which are not properly handled during archive creation.  NOTE: since this issue is local and not setuid, the set of attack scenarios is limited, although is reasonable to expect that there are some situations in which the zoo user might automatically list attacker-controlled filenames to add to the zoo archive.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2006-1269</guid>
    </item>
    <item>
      <title>GHSA-wmgc-376w-w47j</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-wmgc-376w-w47j</link>
      <description>&lt;p&gt;Buffer overflow in the parse function in parse.c in zoo 2.10 might allow local users to execute arbitrary code via long filename command line arguments, which are not properly handled during archive creation.  NOTE: since this issue is local and not setuid, the set of attack scenarios is limited, although is reasonable to expect that there are some situations in which the zoo user might automatically list attacker-controlled filenames to add to the zoo archive.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Buffer overflow in the parse function in parse.c in zoo 2.10 might allow local users to execute arbitrary code via long filename command line arguments, which are not properly handled during archive creation.  NOTE: since this issue is local and not setuid, the set of attack scenarios is limited, although is reasonable to expect that there are some situations in which the zoo user might automatically list attacker-controlled filenames to add to the zoo archive.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-wmgc-376w-w47j</guid>
    </item>
    <item>
      <title>gsd-2006-1269</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2006-1269</link>
      <description>gsd-2006-1269</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2006-1269</guid>
    </item>
  </channel>
</rss>
