<?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://vulnerability.circl.lu</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>Fri, 02 Oct 2026 18:34:47 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-40984 — ACPICA: Revert "ACPICA: avoid Info: mapping multiple BARs. Your kernel is fine."</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2024-40984</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens RUGGEDCOM RST2428P, Siemens SCALANCE XC-300/XR-300/XC-400/XR-500WG/XR-500 family, Siemens SCALANCE XCM-/XRM-/XCH-/XRH-300 family, Siemens SIMATIC S7-1500 TM MFP - GNU/Linux subsystem&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ACPICA: Revert &amp;#34;ACPICA: avoid Info: mapping multiple BARs. Your kernel is fine.&amp;#34;&lt;/p&gt;
&lt;p&gt;Undo the modifications made in commit d410ee5109a1 (&amp;#34;ACPICA: avoid
&amp;#34;Info: mapping multiple BARs. Your kernel is fine.&amp;#34;&amp;#34;). The initial
purpose of this commit was to stop memory mappings for operation
regions from overlapping page boundaries, as it can trigger warnings
if different page attributes are present.&lt;/p&gt;
&lt;p&gt;However, it was found that when this situation arises, mapping
continues until the boundary&amp;#39;s end, but there is still an attempt to
read/write the entire length of the map, leading to a NULL pointer
deference. For example, if a four-byte mapping request is made but
only one byte is mapped because it hits the current page boundary&amp;#39;s
end, a four-byte read/write attempt is still made, resulting in a NULL
pointer deference.&lt;/p&gt;
&lt;p&gt;Instead, map the entire length, as the ACPI specification does not
mandate that it must be within the same page boundary. It is
permissible for it to be mapped across different regions.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens RUGGEDCOM RST2428P, Siemens SCALANCE XC-300/XR-300/XC-400/XR-500WG/XR-500 family, Siemens SCALANCE XCM-/XRM-/XCH-/XRH-300 family, Siemens SIMATIC S7-1500 TM MFP - GNU/Linux subsystem&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ACPICA: Revert &amp;#34;ACPICA: avoid Info: mapping multiple BARs. Your kernel is fine.&amp;#34;&lt;/p&gt;
&lt;p&gt;Undo the modifications made in commit d410ee5109a1 (&amp;#34;ACPICA: avoid
&amp;#34;Info: mapping multiple BARs. Your kernel is fine.&amp;#34;&amp;#34;). The initial
purpose of this commit was to stop memory mappings for operation
regions from overlapping page boundaries, as it can trigger warnings
if different page attributes are present.&lt;/p&gt;
&lt;p&gt;However, it was found that when this situation arises, mapping
continues until the boundary&amp;#39;s end, but there is still an attempt to
read/write the entire length of the map, leading to a NULL pointer
deference. For example, if a four-byte mapping request is made but
only one byte is mapped because it hits the current page boundary&amp;#39;s
end, a four-byte read/write attempt is still made, resulting in a NULL
pointer deference.&lt;/p&gt;
&lt;p&gt;Instead, map the entire length, as the ACPI specification does not
mandate that it must be within the same page boundary. It is
permissible for it to be mapped across different regions.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2024-40984</guid>
    </item>
  </channel>
</rss>
