<?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:53:29 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-50159 — of: check previous kernel's ima-kexec-buffer against memory bounds</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2022-50159</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;of: check previous kernel&amp;#39;s ima-kexec-buffer against memory bounds&lt;/p&gt;
&lt;p&gt;Presently ima_get_kexec_buffer() doesn&amp;#39;t check if the previous kernel&amp;#39;s
ima-kexec-buffer lies outside the addressable memory range. This can result
in a kernel panic if the new kernel is booted with &amp;#39;mem=X&amp;#39; arg and the
ima-kexec-buffer was allocated beyond that range by the previous kernel.
The panic is usually of the form below:&lt;/p&gt;
&lt;p&gt;$ sudo kexec --initrd initrd vmlinux --append=&amp;#39;mem=16G&amp;#39;&lt;/p&gt;
&lt;p&gt;&amp;lt;snip&amp;gt;
 BUG: Unable to handle kernel data access on read at 0xc000c01fff7f0000
 Faulting instruction address: 0xc000000000837974
 Oops: Kernel access of bad area, sig: 11 [#1]
&amp;lt;snip&amp;gt;
 NIP [c000000000837974] ima_restore_measurement_list+0x94/0x6c0
 LR [c00000000083b55c] ima_load_kexec_buffer+0xac/0x160
 Call Trace:
 [c00000000371fa80] [c00000000083b55c] ima_load_kexec_buffer+0xac/0x160
 [c00000000371fb00] [c0000000020512c4] ima_init+0x80/0x108
 [c00000000371fb70] [c0000000020514dc] init_ima+0x4c/0x120
 [c00000000371fbf0] [c000000000012240] do_one_initcall+0x60/0x2c0
 [c00000000371fcc0] [c000000002004ad0] kernel_init_freeable+0x344/0x3ec
 [c00000000371fda0] [c0000000000128a4] kernel_init+0x34/0x1b0
 [c00000000371fe10] [c00000000000ce64] ret_from_kernel_thread+0x5c/0x64
 Instruction dump:
 f92100b8 f92100c0 90e10090 910100a0 4182050c 282a0017 3bc00000 40810330
 7c0802a6 fb610198 7c9b2378 f80101d0 &amp;lt;a1240000&amp;gt; 2c090001 40820614 e9240010
 ---[ end trace 00000000000…&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;of: check previous kernel&amp;#39;s ima-kexec-buffer against memory bounds&lt;/p&gt;
&lt;p&gt;Presently ima_get_kexec_buffer() doesn&amp;#39;t check if the previous kernel&amp;#39;s
ima-kexec-buffer lies outside the addressable memory range. This can result
in a kernel panic if the new kernel is booted with &amp;#39;mem=X&amp;#39; arg and the
ima-kexec-buffer was allocated beyond that range by the previous kernel.
The panic is usually of the form below:&lt;/p&gt;
&lt;p&gt;$ sudo kexec --initrd initrd vmlinux --append=&amp;#39;mem=16G&amp;#39;&lt;/p&gt;
&lt;p&gt;&amp;lt;snip&amp;gt;
 BUG: Unable to handle kernel data access on read at 0xc000c01fff7f0000
 Faulting instruction address: 0xc000000000837974
 Oops: Kernel access of bad area, sig: 11 [#1]
&amp;lt;snip&amp;gt;
 NIP [c000000000837974] ima_restore_measurement_list+0x94/0x6c0
 LR [c00000000083b55c] ima_load_kexec_buffer+0xac/0x160
 Call Trace:
 [c00000000371fa80] [c00000000083b55c] ima_load_kexec_buffer+0xac/0x160
 [c00000000371fb00] [c0000000020512c4] ima_init+0x80/0x108
 [c00000000371fb70] [c0000000020514dc] init_ima+0x4c/0x120
 [c00000000371fbf0] [c000000000012240] do_one_initcall+0x60/0x2c0
 [c00000000371fcc0] [c000000002004ad0] kernel_init_freeable+0x344/0x3ec
 [c00000000371fda0] [c0000000000128a4] kernel_init+0x34/0x1b0
 [c00000000371fe10] [c00000000000ce64] ret_from_kernel_thread+0x5c/0x64
 Instruction dump:
 f92100b8 f92100c0 90e10090 910100a0 4182050c 282a0017 3bc00000 40810330
 7c0802a6 fb610198 7c9b2378 f80101d0 &amp;lt;a1240000&amp;gt; 2c090001 40820614 e9240010
 ---[ end trace 00000000000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2022-50159</guid>
    </item>
  </channel>
</rss>
