<?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 04:09:48 +0000</lastBuildDate>
    <item>
      <title>certa-2006-avi-378 — Une vulnérabilité présente dans Sendmail peut être exploitée par un
utilisateur mal intentionné à distance pour réalise…</title>
      <link>https://cve.radiocsirt.org/vuln/certa-2006-avi-378</link>
      <description>certa-2006-avi-378</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certa-2006-avi-378</guid>
    </item>
    <item>
      <title>EUVD-2026-142638</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-142638</link>
      <description>EUVD-2026-142638</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-142638</guid>
    </item>
    <item>
      <title>fkie_cve-2006-4434</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2006-4434</link>
      <description>&lt;p&gt;Use-after-free vulnerability in Sendmail before 8.13.8 allows remote attackers to cause a denial of service (crash) via a long &amp;#34;header line&amp;#34;, which causes a previously freed variable to be referenced. NOTE: the original developer has disputed the severity of this issue, saying &amp;#34;The only denial of service that is possible here is to fill up the disk with core dumps if the OS actually generates different core dumps (which is unlikely)... the bug is in the shutdown code (finis()) which leads directly to exit(3), i.e., the process would terminate anyway, no mail delivery or receiption is affected.&amp;#34;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Use-after-free vulnerability in Sendmail before 8.13.8 allows remote attackers to cause a denial of service (crash) via a long &amp;#34;header line&amp;#34;, which causes a previously freed variable to be referenced. NOTE: the original developer has disputed the severity of this issue, saying &amp;#34;The only denial of service that is possible here is to fill up the disk with core dumps if the OS actually generates different core dumps (which is unlikely)... the bug is in the shutdown code (finis()) which leads directly to exit(3), i.e., the process would terminate anyway, no mail delivery or receiption is affected.&amp;#34;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2006-4434</guid>
    </item>
    <item>
      <title>GHSA-535c-fwmj-7hhw</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-535c-fwmj-7hhw</link>
      <description>&lt;p&gt;Use-after-free vulnerability in Sendmail before 8.13.8 allows remote attackers to cause a denial of service (crash) via a long &amp;#34;header line&amp;#34;, which causes a previously freed variable to be referenced. NOTE: the original developer has disputed the severity of this issue, saying &amp;#34;The only denial of service that is possible here is to fill up the disk with core dumps if the OS actually generates different core dumps (which is unlikely)... the bug is in the shutdown code (finis()) which leads directly to exit(3), i.e., the process would terminate anyway, no mail delivery or receiption is affected.&amp;#34;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Use-after-free vulnerability in Sendmail before 8.13.8 allows remote attackers to cause a denial of service (crash) via a long &amp;#34;header line&amp;#34;, which causes a previously freed variable to be referenced. NOTE: the original developer has disputed the severity of this issue, saying &amp;#34;The only denial of service that is possible here is to fill up the disk with core dumps if the OS actually generates different core dumps (which is unlikely)... the bug is in the shutdown code (finis()) which leads directly to exit(3), i.e., the process would terminate anyway, no mail delivery or receiption is affected.&amp;#34;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-535c-fwmj-7hhw</guid>
    </item>
    <item>
      <title>gsd-2006-4434</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2006-4434</link>
      <description>gsd-2006-4434</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2006-4434</guid>
    </item>
  </channel>
</rss>
