<?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>Tue, 06 Oct 2026 04:21:18 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-49124 — x86/mce: Work around an erratum on fast string copy instructions</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2022-49124</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;x86/mce: Work around an erratum on fast string copy instructions&lt;/p&gt;
&lt;p&gt;A rare kernel panic scenario can happen when the following conditions
are met due to an erratum on fast string copy instructions:&lt;/p&gt;
&lt;p&gt;1) An uncorrected error.
2) That error must be in first cache line of a page.
3) Kernel must execute page_copy from the page immediately before that
page.&lt;/p&gt;
&lt;p&gt;The fast string copy instructions (&amp;#34;REP; MOVS*&amp;#34;) could consume an
uncorrectable memory error in the cache line _right after_ the desired
region to copy and raise an MCE.&lt;/p&gt;
&lt;p&gt;Bit 0 of MSR_IA32_MISC_ENABLE can be cleared to disable fast string
copy and will avoid such spurious machine checks. However, that is less
preferable due to the permanent performance impact. Considering memory
poison is rare, it&amp;#39;s desirable to keep fast string copy enabled until an
MCE is seen.&lt;/p&gt;
&lt;p&gt;Intel has confirmed the following:
1. The CPU erratum of fast string copy only applies to Skylake,
Cascade Lake and Cooper Lake generations.&lt;/p&gt;
&lt;p&gt;Directly return from the MCE handler:
2. Will result in complete execution of the &amp;#34;REP; MOVS*&amp;#34; with no data
loss or corruption.
3. Will not result in another MCE firing on the next poisoned cache line
due to &amp;#34;REP; MOVS*&amp;#34;.
4. Will resume execution from a correct point in code.
5. Will result in the same instruction that triggered the MCE firing a
second MCE immediately for any other software recoverable data fetch
errors.
6. Is not safe without disabling the fast…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;x86/mce: Work around an erratum on fast string copy instructions&lt;/p&gt;
&lt;p&gt;A rare kernel panic scenario can happen when the following conditions
are met due to an erratum on fast string copy instructions:&lt;/p&gt;
&lt;p&gt;1) An uncorrected error.
2) That error must be in first cache line of a page.
3) Kernel must execute page_copy from the page immediately before that
page.&lt;/p&gt;
&lt;p&gt;The fast string copy instructions (&amp;#34;REP; MOVS*&amp;#34;) could consume an
uncorrectable memory error in the cache line _right after_ the desired
region to copy and raise an MCE.&lt;/p&gt;
&lt;p&gt;Bit 0 of MSR_IA32_MISC_ENABLE can be cleared to disable fast string
copy and will avoid such spurious machine checks. However, that is less
preferable due to the permanent performance impact. Considering memory
poison is rare, it&amp;#39;s desirable to keep fast string copy enabled until an
MCE is seen.&lt;/p&gt;
&lt;p&gt;Intel has confirmed the following:
1. The CPU erratum of fast string copy only applies to Skylake,
Cascade Lake and Cooper Lake generations.&lt;/p&gt;
&lt;p&gt;Directly return from the MCE handler:
2. Will result in complete execution of the &amp;#34;REP; MOVS*&amp;#34; with no data
loss or corruption.
3. Will not result in another MCE firing on the next poisoned cache line
due to &amp;#34;REP; MOVS*&amp;#34;.
4. Will resume execution from a correct point in code.
5. Will result in the same instruction that triggered the MCE firing a
second MCE immediately for any other software recoverable data fetch
errors.
6. Is not safe without disabling the fast…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2022-49124</guid>
    </item>
  </channel>
</rss>
