<?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>Sun, 04 Oct 2026 14:22:32 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-137255</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-137255</link>
      <description>EUVD-2026-137255</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-137255</guid>
    </item>
    <item>
      <title>fkie_cve-2007-5498</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2007-5498</link>
      <description>&lt;p&gt;The Xen hypervisor block backend driver for Linux kernel 2.6.18, when running on a 64-bit host with a 32-bit paravirtualized guest, allows local privileged users in the guest OS to cause a denial of service (host OS crash) via a request that specifies a large number of blocks.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The Xen hypervisor block backend driver for Linux kernel 2.6.18, when running on a 64-bit host with a 32-bit paravirtualized guest, allows local privileged users in the guest OS to cause a denial of service (host OS crash) via a request that specifies a large number of blocks.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2007-5498</guid>
    </item>
    <item>
      <title>GHSA-gjjp-x6r5-h5rj</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-gjjp-x6r5-h5rj</link>
      <description>&lt;p&gt;The Xen hypervisor block backend driver for Linux kernel 2.6.18, when running on a 64-bit host with a 32-bit paravirtualized guest, allows local privileged users in the guest OS to cause a denial of service (host OS crash) via a request that specifies a large number of blocks.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The Xen hypervisor block backend driver for Linux kernel 2.6.18, when running on a 64-bit host with a 32-bit paravirtualized guest, allows local privileged users in the guest OS to cause a denial of service (host OS crash) via a request that specifies a large number of blocks.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-gjjp-x6r5-h5rj</guid>
    </item>
    <item>
      <title>gsd-2007-5498</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2007-5498</link>
      <description>gsd-2007-5498</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2007-5498</guid>
    </item>
    <item>
      <title>RHSA-2008:0233 — Red Hat Security Advisory: kernel security and bug fix update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2008:0233</link>
      <description>&lt;p&gt;missing sanity check in xen block backend driver 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) [xen-ia64] Dom0 panic while we run ftp test tool between HVM and Dom0. 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;missing sanity check in xen block backend driver 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) [xen-ia64] Dom0 panic while we run ftp test tool between HVM and Dom0. 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:0233</guid>
    </item>
  </channel>
</rss>
