<?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 05:45:14 +0000</lastBuildDate>
    <item>
      <title>certfr-2022-avi-081 — De multiples vulnérabilités ont été découvertes dans Xen. Elles
permettent à un attaquant de provoquer un déni de servi…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2022-avi-081</link>
      <description>certfr-2022-avi-081</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2022-avi-081</guid>
    </item>
    <item>
      <title>EUVD-2026-13706</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-13706</link>
      <description>EUVD-2026-13706</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-13706</guid>
    </item>
    <item>
      <title>fkie_cve-2022-23035</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-23035</link>
      <description>&lt;p&gt;Insufficient cleanup of passed-through device IRQs The management of IRQs associated with physical devices exposed to x86 HVM guests involves an iterative operation in particular when cleaning up after the guest&amp;#39;s use of the device. In the case where an interrupt is not quiescent yet at the time this cleanup gets invoked, the cleanup attempt may be scheduled to be retried. When multiple interrupts are involved, this scheduling of a retry may get erroneously skipped. At the same time pointers may get cleared (resulting in a de-reference of NULL) and freed (resulting in a use-after-free), while other code would continue to assume them to be valid.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Insufficient cleanup of passed-through device IRQs The management of IRQs associated with physical devices exposed to x86 HVM guests involves an iterative operation in particular when cleaning up after the guest&amp;#39;s use of the device. In the case where an interrupt is not quiescent yet at the time this cleanup gets invoked, the cleanup attempt may be scheduled to be retried. When multiple interrupts are involved, this scheduling of a retry may get erroneously skipped. At the same time pointers may get cleared (resulting in a de-reference of NULL) and freed (resulting in a use-after-free), while other code would continue to assume them to be valid.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-23035</guid>
    </item>
    <item>
      <title>GHSA-5x5q-fcw5-7frv</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-5x5q-fcw5-7frv</link>
      <description>&lt;p&gt;Insufficient cleanup of passed-through device IRQs The management of IRQs associated with physical devices exposed to x86 HVM guests involves an iterative operation in particular when cleaning up after the guest&amp;#39;s use of the device. In the case where an interrupt is not quiescent yet at the time this cleanup gets invoked, the cleanup attempt may be scheduled to be retried. When multiple interrupts are involved, this scheduling of a retry may get erroneously skipped. At the same time pointers may get cleared (resulting in a de-reference of NULL) and freed (resulting in a use-after-free), while other code would continue to assume them to be valid.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Insufficient cleanup of passed-through device IRQs The management of IRQs associated with physical devices exposed to x86 HVM guests involves an iterative operation in particular when cleaning up after the guest&amp;#39;s use of the device. In the case where an interrupt is not quiescent yet at the time this cleanup gets invoked, the cleanup attempt may be scheduled to be retried. When multiple interrupts are involved, this scheduling of a retry may get erroneously skipped. At the same time pointers may get cleared (resulting in a de-reference of NULL) and freed (resulting in a use-after-free), while other code would continue to assume them to be valid.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-5x5q-fcw5-7frv</guid>
    </item>
    <item>
      <title>gsd-2022-23035</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-23035</link>
      <description>gsd-2022-23035</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-23035</guid>
    </item>
    <item>
      <title>openSUSE-SU-2022:0333-1 — Security update for xen</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2022:0333-1</link>
      <description>&lt;p&gt;Security update for xen&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for xen&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2022:0333-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2022:0331-1 — Security update for xen</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2022:0331-1</link>
      <description>&lt;p&gt;Security update for xen&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for xen&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2022:0331-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2022-23035</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-23035</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: xen, Ubuntu:18.04:LTS: xen, Ubuntu:20.04:LTS: xen, Ubuntu:22.04:LTS: xen, Ubuntu:24.04:LTS: xen, Ubuntu:25.10: xen, Ubuntu:26.04:LTS: xen&lt;/p&gt;
&lt;p&gt;Insufficient cleanup of passed-through device IRQs The management of IRQs associated with physical devices exposed to x86 HVM guests involves an iterative operation in particular when cleaning up after the guest&amp;#39;s use of the device. In the case where an interrupt is not quiescent yet at the time this cleanup gets invoked, the cleanup attempt may be scheduled to be retried. When multiple interrupts are involved, this scheduling of a retry may get erroneously skipped. At the same time pointers may get cleared (resulting in a de-reference of NULL) and freed (resulting in a use-after-free), while other code would continue to assume them to be valid.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: xen, Ubuntu:18.04:LTS: xen, Ubuntu:20.04:LTS: xen, Ubuntu:22.04:LTS: xen, Ubuntu:24.04:LTS: xen, Ubuntu:25.10: xen, Ubuntu:26.04:LTS: xen&lt;/p&gt;
&lt;p&gt;Insufficient cleanup of passed-through device IRQs The management of IRQs associated with physical devices exposed to x86 HVM guests involves an iterative operation in particular when cleaning up after the guest&amp;#39;s use of the device. In the case where an interrupt is not quiescent yet at the time this cleanup gets invoked, the cleanup attempt may be scheduled to be retried. When multiple interrupts are involved, this scheduling of a retry may get erroneously skipped. At the same time pointers may get cleared (resulting in a de-reference of NULL) and freed (resulting in a use-after-free), while other code would continue to assume them to be valid.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-23035</guid>
    </item>
  </channel>
</rss>
