<?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 00:06:51 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-220459</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-220459</link>
      <description>EUVD-2026-220459</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-220459</guid>
    </item>
    <item>
      <title>fkie_cve-2021-33639</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2021-33639</link>
      <description>&lt;p&gt;REMAP cmd of SVM driver can be used to remap read only memory as read-write, then cause read only memory/file modified.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;REMAP cmd of SVM driver can be used to remap read only memory as read-write, then cause read only memory/file modified.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2021-33639</guid>
    </item>
    <item>
      <title>GHSA-wq34-qch7-hr2g</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-wq34-qch7-hr2g</link>
      <description>&lt;p&gt;REMAP cmd of SVM driver can be used to remap read only memory as read-write, then cause read only memory/file modified.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;REMAP cmd of SVM driver can be used to remap read only memory as read-write, then cause read only memory/file modified.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-wq34-qch7-hr2g</guid>
    </item>
    <item>
      <title>gsd-2021-33639</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2021-33639</link>
      <description>gsd-2021-33639</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2021-33639</guid>
    </item>
    <item>
      <title>OESA-2023-1143 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2023-1143</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP3: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
The Linux kernel does not correctly mitigate SMT attacks, as discovered
through a strange pattern in the kernel API using STIBP as a mitigation[1
&amp;amp;lt;https://docs.kernel.org/userspace-api/spec_ctrl.html&amp;amp;gt;], leaving the
process exposed for a short period of time after a syscall. The kernel also
does not issue an IBPB immediately during the syscall.
The ib_prctl_set [2
&amp;amp;lt;https://elixir.bootlin.com/linux/v5.15.56/source/arch/x86/kernel/cpu/bugs.c#L1467&amp;amp;gt;]function
updates the Thread Information Flags (TIFs) for the task and updates the
SPEC_CTRL MSR on the function __speculation_ctrl_update [3
&amp;amp;lt;https://elixir.bootlin.com/linux/v5.15.56/source/arch/x86/kernel/process.c#L557&amp;amp;gt;],
but the IBPB is only issued on the next schedule, when the TIF bits are
checked. This leaves the victim vulnerable to values already injected on
the BTB, prior to the prctl syscall.
The behavior is only corrected after a reschedule of the task happens.
Furthermore, the kernel entrance (due to the syscall itself), does not
issue an IBPB in the default scenarios (i.e., when the kernel protects
itself via retpoline or eIBRS).(CVE-2023-0045)&#13;
&#13;
REMAP cmd of SVM driver can be used to remap read only memory as read-write, then cause read only memory/file modified..(CVE-2021-33639)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP3: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
The Linux kernel does not correctly mitigate SMT attacks, as discovered
through a strange pattern in the kernel API using STIBP as a mitigation[1
&amp;amp;lt;https://docs.kernel.org/userspace-api/spec_ctrl.html&amp;amp;gt;], leaving the
process exposed for a short period of time after a syscall. The kernel also
does not issue an IBPB immediately during the syscall.
The ib_prctl_set [2
&amp;amp;lt;https://elixir.bootlin.com/linux/v5.15.56/source/arch/x86/kernel/cpu/bugs.c#L1467&amp;amp;gt;]function
updates the Thread Information Flags (TIFs) for the task and updates the
SPEC_CTRL MSR on the function __speculation_ctrl_update [3
&amp;amp;lt;https://elixir.bootlin.com/linux/v5.15.56/source/arch/x86/kernel/process.c#L557&amp;amp;gt;],
but the IBPB is only issued on the next schedule, when the TIF bits are
checked. This leaves the victim vulnerable to values already injected on
the BTB, prior to the prctl syscall.
The behavior is only corrected after a reschedule of the task happens.
Furthermore, the kernel entrance (due to the syscall itself), does not
issue an IBPB in the default scenarios (i.e., when the kernel protects
itself via retpoline or eIBRS).(CVE-2023-0045)&#13;
&#13;
REMAP cmd of SVM driver can be used to remap read only memory as read-write, then cause read only memory/file modified..(CVE-2021-33639)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2023-1143</guid>
    </item>
  </channel>
</rss>
