<?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>Mon, 19 Oct 2026 10:44:47 +0000</lastBuildDate>
    <item>
      <title>certfr-2023-avi-0389 — Une vulnérabilité a été découverte dans &lt;span class="textit"&gt;Xen&lt;/span&gt;.
Elle permet à un attaquant de provoquer un pro…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2023-avi-0389</link>
      <description>certfr-2023-avi-0389</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2023-avi-0389</guid>
    </item>
    <item>
      <title>EUVD-2026-211416</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-211416</link>
      <description>EUVD-2026-211416</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-211416</guid>
    </item>
    <item>
      <title>fkie_cve-2022-42336</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-42336</link>
      <description>&lt;p&gt;Mishandling of guest SSBD selection on AMD hardware The current logic to set SSBD on AMD Family 17h and Hygon Family 18h processors requires that the setting of SSBD is coordinated at a core level, as the setting is shared between threads. Logic was introduced to keep track of how many threads require SSBD active in order to coordinate it, such logic relies on using a per-core counter of threads that have SSBD active. When running on the mentioned hardware, it&amp;#39;s possible for a guest to under or overflow the thread counter, because each write to VIRT_SPEC_CTRL.SSBD by the guest gets propagated to the helper that does the per-core active accounting. Underflowing the counter causes the value to get saturated, and thus attempts for guests running on the same core to set SSBD won&amp;#39;t have effect because the hypervisor assumes it&amp;#39;s already active.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Mishandling of guest SSBD selection on AMD hardware The current logic to set SSBD on AMD Family 17h and Hygon Family 18h processors requires that the setting of SSBD is coordinated at a core level, as the setting is shared between threads. Logic was introduced to keep track of how many threads require SSBD active in order to coordinate it, such logic relies on using a per-core counter of threads that have SSBD active. When running on the mentioned hardware, it&amp;#39;s possible for a guest to under or overflow the thread counter, because each write to VIRT_SPEC_CTRL.SSBD by the guest gets propagated to the helper that does the per-core active accounting. Underflowing the counter causes the value to get saturated, and thus attempts for guests running on the same core to set SSBD won&amp;#39;t have effect because the hypervisor assumes it&amp;#39;s already active.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-42336</guid>
    </item>
    <item>
      <title>GHSA-79pv-m8fc-mhfj</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-79pv-m8fc-mhfj</link>
      <description>&lt;p&gt;Mishandling of guest SSBD selection on AMD hardware The current logic to set SSBD on AMD Family 17h and Hygon Family 18h processors requires that the setting of SSBD is coordinated at a core level, as the setting is shared between threads. Logic was introduced to keep track of how many threads require SSBD active in order to coordinate it, such logic relies on using a per-core counter of threads that have SSBD active. When running on the mentioned hardware, it&amp;#39;s possible for a guest to under or overflow the thread counter, because each write to VIRT_SPEC_CTRL.SSBD by the guest gets propagated to the helper that does the per-core active accounting. Underflowing the counter causes the value to get saturated, and thus attempts for guests running on the same core to set SSBD won&amp;#39;t have effect because the hypervisor assumes it&amp;#39;s already active.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Mishandling of guest SSBD selection on AMD hardware The current logic to set SSBD on AMD Family 17h and Hygon Family 18h processors requires that the setting of SSBD is coordinated at a core level, as the setting is shared between threads. Logic was introduced to keep track of how many threads require SSBD active in order to coordinate it, such logic relies on using a per-core counter of threads that have SSBD active. When running on the mentioned hardware, it&amp;#39;s possible for a guest to under or overflow the thread counter, because each write to VIRT_SPEC_CTRL.SSBD by the guest gets propagated to the helper that does the per-core active accounting. Underflowing the counter causes the value to get saturated, and thus attempts for guests running on the same core to set SSBD won&amp;#39;t have effect because the hypervisor assumes it&amp;#39;s already active.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-79pv-m8fc-mhfj</guid>
    </item>
    <item>
      <title>gsd-2022-42336</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-42336</link>
      <description>gsd-2022-42336</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-42336</guid>
    </item>
    <item>
      <title>openSUSE-SU-2024:12959-1 — xen-4.17.1_04-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2024:12959-1</link>
      <description>&lt;p&gt;xen-4.17.1_04-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;xen-4.17.1_04-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2024:12959-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2023:2535-1 — Security update for xen</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2023:2535-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-2023:2535-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2022-42336</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-42336</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.10: xen, Ubuntu:26.04:LTS: xen&lt;/p&gt;
&lt;p&gt;Mishandling of guest SSBD selection on AMD hardware The current logic to set SSBD on AMD Family 17h and Hygon Family 18h processors requires that the setting of SSBD is coordinated at a core level, as the setting is shared between threads. Logic was introduced to keep track of how many threads require SSBD active in order to coordinate it, such logic relies on using a per-core counter of threads that have SSBD active. When running on the mentioned hardware, it&amp;#39;s possible for a guest to under or overflow the thread counter, because each write to VIRT_SPEC_CTRL.SSBD by the guest gets propagated to the helper that does the per-core active accounting. Underflowing the counter causes the value to get saturated, and thus attempts for guests running on the same core to set SSBD won&amp;#39;t have effect because the hypervisor assumes it&amp;#39;s already active.&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.10: xen, Ubuntu:26.04:LTS: xen&lt;/p&gt;
&lt;p&gt;Mishandling of guest SSBD selection on AMD hardware The current logic to set SSBD on AMD Family 17h and Hygon Family 18h processors requires that the setting of SSBD is coordinated at a core level, as the setting is shared between threads. Logic was introduced to keep track of how many threads require SSBD active in order to coordinate it, such logic relies on using a per-core counter of threads that have SSBD active. When running on the mentioned hardware, it&amp;#39;s possible for a guest to under or overflow the thread counter, because each write to VIRT_SPEC_CTRL.SSBD by the guest gets propagated to the helper that does the per-core active accounting. Underflowing the counter causes the value to get saturated, and thus attempts for guests running on the same core to set SSBD won&amp;#39;t have effect because the hypervisor assumes it&amp;#39;s already active.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-42336</guid>
    </item>
    <item>
      <title>WID-SEC-W-2023-1234 — Xen: Schwachstelle ermöglicht Darstellen falscher Informationen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2023-1234</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann eine Schwachstelle in Xen ausnutzen, um falsche Informationen darzustellen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann eine Schwachstelle in Xen ausnutzen, um falsche Informationen darzustellen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2023-1234</guid>
    </item>
  </channel>
</rss>
