<?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>Tue, 29 Sep 2026 03:51:52 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-38345 — ACPICA: fix acpi operand cache leak in dswstate.c</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-38345</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;ACPICA: fix acpi operand cache leak in dswstate.c&lt;/p&gt;
&lt;p&gt;ACPICA commit 987a3b5cf7175916e2a4b6ea5b8e70f830dfe732&lt;/p&gt;
&lt;p&gt;I found an ACPI cache leak in ACPI early termination and boot continuing case.&lt;/p&gt;
&lt;p&gt;When early termination occurs due to malicious ACPI table, Linux kernel
terminates ACPI function and continues to boot process. While kernel terminates
ACPI function, kmem_cache_destroy() reports Acpi-Operand cache leak.&lt;/p&gt;
&lt;p&gt;Boot log of ACPI operand cache leak is as follows:
&amp;gt;[    0.585957] ACPI: Added _OSI(Module Device)
&amp;gt;[    0.587218] ACPI: Added _OSI(Processor Device)
&amp;gt;[    0.588530] ACPI: Added _OSI(3.0 _SCP Extensions)
&amp;gt;[    0.589790] ACPI: Added _OSI(Processor Aggregator Device)
&amp;gt;[    0.591534] ACPI Error: Illegal I/O port address/length above 64K: C806E00000004002/0x2 (20170303/hwvalid-155)
&amp;gt;[    0.594351] ACPI Exception: AE_LIMIT, Unable to initialize fixed events (20170303/evevent-88)
&amp;gt;[    0.597858] ACPI: Unable to start the ACPI Interpreter
&amp;gt;[    0.599162] ACPI Error: Could not remove SCI handler (20170303/evmisc-281)
&amp;gt;[    0.601836] kmem_cache_destroy Acpi-Operand: Slab cache still has objects
&amp;gt;[    0.603556] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.12.0-rc5 #26
&amp;gt;[    0.605159] Hardware name: innotek gmb_h virtual_box/virtual_box, BIOS virtual_box 12/01/2006
&amp;gt;[    0.609177] Call Trace:
&amp;gt;[    0.610063]  ? dump_stack+0x5c/0x81
&amp;gt;[    0.611118]  ? kmem_cache_destroy+0x1aa/0x1c0
&amp;gt;[    0.612632]  ? acpi_sleep_proc_in…&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;ACPICA: fix acpi operand cache leak in dswstate.c&lt;/p&gt;
&lt;p&gt;ACPICA commit 987a3b5cf7175916e2a4b6ea5b8e70f830dfe732&lt;/p&gt;
&lt;p&gt;I found an ACPI cache leak in ACPI early termination and boot continuing case.&lt;/p&gt;
&lt;p&gt;When early termination occurs due to malicious ACPI table, Linux kernel
terminates ACPI function and continues to boot process. While kernel terminates
ACPI function, kmem_cache_destroy() reports Acpi-Operand cache leak.&lt;/p&gt;
&lt;p&gt;Boot log of ACPI operand cache leak is as follows:
&amp;gt;[    0.585957] ACPI: Added _OSI(Module Device)
&amp;gt;[    0.587218] ACPI: Added _OSI(Processor Device)
&amp;gt;[    0.588530] ACPI: Added _OSI(3.0 _SCP Extensions)
&amp;gt;[    0.589790] ACPI: Added _OSI(Processor Aggregator Device)
&amp;gt;[    0.591534] ACPI Error: Illegal I/O port address/length above 64K: C806E00000004002/0x2 (20170303/hwvalid-155)
&amp;gt;[    0.594351] ACPI Exception: AE_LIMIT, Unable to initialize fixed events (20170303/evevent-88)
&amp;gt;[    0.597858] ACPI: Unable to start the ACPI Interpreter
&amp;gt;[    0.599162] ACPI Error: Could not remove SCI handler (20170303/evmisc-281)
&amp;gt;[    0.601836] kmem_cache_destroy Acpi-Operand: Slab cache still has objects
&amp;gt;[    0.603556] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.12.0-rc5 #26
&amp;gt;[    0.605159] Hardware name: innotek gmb_h virtual_box/virtual_box, BIOS virtual_box 12/01/2006
&amp;gt;[    0.609177] Call Trace:
&amp;gt;[    0.610063]  ? dump_stack+0x5c/0x81
&amp;gt;[    0.611118]  ? kmem_cache_destroy+0x1aa/0x1c0
&amp;gt;[    0.612632]  ? acpi_sleep_proc_in…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-38345</guid>
    </item>
  </channel>
</rss>
