<?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 18:54:33 +0000</lastBuildDate>
    <item>
      <title>Withdrawn: BELL-CVE-2008-1367 — CVE-2008-1367 does not affect BellSoft software</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2008-1367</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2008-1367</guid>
    </item>
    <item>
      <title>certa-2008-avi-380 — Plusieurs vulnérabilités affectant les services Samba et vmnix de VMware
ESX ont été corrigées.</title>
      <link>https://cve.radiocsirt.org/vuln/certa-2008-avi-380</link>
      <description>certa-2008-avi-380</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certa-2008-avi-380</guid>
    </item>
    <item>
      <title>EUVD-2026-126574</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-126574</link>
      <description>EUVD-2026-126574</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-126574</guid>
    </item>
    <item>
      <title>fkie_cve-2008-1367</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2008-1367</link>
      <description>&lt;p&gt;gcc 4.3.x does not generate a cld instruction while compiling functions used for string manipulation such as memcpy and memmove on x86 and i386, which can prevent the direction flag (DF) from being reset in violation of ABI conventions and cause data to be copied in the wrong direction during signal handling in the Linux kernel, which might allow context-dependent attackers to trigger memory corruption. NOTE: this issue was originally reported for CPU consumption in SBCL.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;gcc 4.3.x does not generate a cld instruction while compiling functions used for string manipulation such as memcpy and memmove on x86 and i386, which can prevent the direction flag (DF) from being reset in violation of ABI conventions and cause data to be copied in the wrong direction during signal handling in the Linux kernel, which might allow context-dependent attackers to trigger memory corruption. NOTE: this issue was originally reported for CPU consumption in SBCL.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2008-1367</guid>
    </item>
    <item>
      <title>GHSA-mh8h-6q9x-8j58</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-mh8h-6q9x-8j58</link>
      <description>&lt;p&gt;gcc 4.3.x does not generate a cld instruction while compiling functions used for string manipulation such as memcpy and memmove on x86 and i386, which can prevent the direction flag (DF) from being reset in violation of ABI conventions and cause data to be copied in the wrong direction during signal handling in the Linux kernel, which might allow context-dependent attackers to trigger memory corruption. NOTE: this issue was originally reported for CPU consumption in SBCL.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;gcc 4.3.x does not generate a cld instruction while compiling functions used for string manipulation such as memcpy and memmove on x86 and i386, which can prevent the direction flag (DF) from being reset in violation of ABI conventions and cause data to be copied in the wrong direction during signal handling in the Linux kernel, which might allow context-dependent attackers to trigger memory corruption. NOTE: this issue was originally reported for CPU consumption in SBCL.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-mh8h-6q9x-8j58</guid>
    </item>
    <item>
      <title>gsd-2008-1367</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2008-1367</link>
      <description>gsd-2008-1367</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2008-1367</guid>
    </item>
    <item>
      <title>RHSA-2008:0211 — Red Hat Security Advisory: kernel security and bug fix update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2008:0211</link>
      <description>&lt;p&gt;kernel Race condition in mincore can cause &amp;#34;ps -ef&amp;#34; to hang kernel asynchronous IO on a FIFO kernel panic I4L: fix isdn_ioctl memory issue Issue with core dump owner kernel: insufficient range checks in fault handlers with mremap Kernel doesn&amp;#39;t clear DF for signal handlers kernel: race condition in dnotify (local DoS, local roothole possible) kernel: add rcu_read_lock() to fcheck() in both dnotify, locks.c and fix fcntl store/load race in locks.c&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel Race condition in mincore can cause &amp;#34;ps -ef&amp;#34; to hang kernel asynchronous IO on a FIFO kernel panic I4L: fix isdn_ioctl memory issue Issue with core dump owner kernel: insufficient range checks in fault handlers with mremap Kernel doesn&amp;#39;t clear DF for signal handlers kernel: race condition in dnotify (local DoS, local roothole possible) kernel: add rcu_read_lock() to fcheck() in both dnotify, locks.c and fix fcntl store/load race in locks.c&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2008:0211</guid>
    </item>
  </channel>
</rss>
