<?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 21:44:42 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-43471 — scsi: ufs: core: Fix possible NULL pointer dereference in ufshcd_add_command_trace()</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-43471</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;scsi: ufs: core: Fix possible NULL pointer dereference in ufshcd_add_command_trace()&lt;/p&gt;
&lt;p&gt;The kernel log indicates a crash in ufshcd_add_command_trace, due to a NULL
pointer dereference when accessing hwq-&amp;gt;id.  This can happen if
ufshcd_mcq_req_to_hwq() returns NULL.&lt;/p&gt;
&lt;p&gt;This patch adds a NULL check for hwq before accessing its id field to
prevent a kernel crash.&lt;/p&gt;
&lt;p&gt;Kernel log excerpt:
[&amp;lt;ffffffd5d192dc4c&amp;gt;] notify_die+0x4c/0x8c
[&amp;lt;ffffffd5d1814e58&amp;gt;] __die+0x60/0xb0
[&amp;lt;ffffffd5d1814d64&amp;gt;] die+0x4c/0xe0
[&amp;lt;ffffffd5d181575c&amp;gt;] die_kernel_fault+0x74/0x88
[&amp;lt;ffffffd5d1864db4&amp;gt;] __do_kernel_fault+0x314/0x318
[&amp;lt;ffffffd5d2a3cdf8&amp;gt;] do_page_fault+0xa4/0x5f8
[&amp;lt;ffffffd5d2a3cd34&amp;gt;] do_translation_fault+0x34/0x54
[&amp;lt;ffffffd5d1864524&amp;gt;] do_mem_abort+0x50/0xa8
[&amp;lt;ffffffd5d2a297dc&amp;gt;] el1_abort+0x3c/0x64
[&amp;lt;ffffffd5d2a29718&amp;gt;] el1h_64_sync_handler+0x44/0xcc
[&amp;lt;ffffffd5d181133c&amp;gt;] el1h_64_sync+0x80/0x88
[&amp;lt;ffffffd5d255c1dc&amp;gt;] ufshcd_add_command_trace+0x23c/0x320
[&amp;lt;ffffffd5d255bad8&amp;gt;] ufshcd_compl_one_cqe+0xa4/0x404
[&amp;lt;ffffffd5d2572968&amp;gt;] ufshcd_mcq_poll_cqe_lock+0xac/0x104
[&amp;lt;ffffffd5d11c7460&amp;gt;] ufs_mtk_mcq_intr+0x54/0x74 [ufs_mediatek_mod]
[&amp;lt;ffffffd5d19ab92c&amp;gt;] __handle_irq_event_percpu+0xc8/0x348
[&amp;lt;ffffffd5d19abca8&amp;gt;] handle_irq_event+0x3c/0xa8
[&amp;lt;ffffffd5d19b1f0c&amp;gt;] handle_fasteoi_irq+0xf8/0x294
[&amp;lt;ffffffd5d19aa778&amp;gt;] generic_handle_domain_irq+0x54/0x80
[&amp;lt;ffffffd5d18102bc&amp;gt;] gic_handle_irq+0x1d4/0x330
[&amp;lt;ffffffd5d1838210&amp;gt;] call_on_irq_stack+0x44/0x68
[&amp;lt;ffffffd5d1…&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;scsi: ufs: core: Fix possible NULL pointer dereference in ufshcd_add_command_trace()&lt;/p&gt;
&lt;p&gt;The kernel log indicates a crash in ufshcd_add_command_trace, due to a NULL
pointer dereference when accessing hwq-&amp;gt;id.  This can happen if
ufshcd_mcq_req_to_hwq() returns NULL.&lt;/p&gt;
&lt;p&gt;This patch adds a NULL check for hwq before accessing its id field to
prevent a kernel crash.&lt;/p&gt;
&lt;p&gt;Kernel log excerpt:
[&amp;lt;ffffffd5d192dc4c&amp;gt;] notify_die+0x4c/0x8c
[&amp;lt;ffffffd5d1814e58&amp;gt;] __die+0x60/0xb0
[&amp;lt;ffffffd5d1814d64&amp;gt;] die+0x4c/0xe0
[&amp;lt;ffffffd5d181575c&amp;gt;] die_kernel_fault+0x74/0x88
[&amp;lt;ffffffd5d1864db4&amp;gt;] __do_kernel_fault+0x314/0x318
[&amp;lt;ffffffd5d2a3cdf8&amp;gt;] do_page_fault+0xa4/0x5f8
[&amp;lt;ffffffd5d2a3cd34&amp;gt;] do_translation_fault+0x34/0x54
[&amp;lt;ffffffd5d1864524&amp;gt;] do_mem_abort+0x50/0xa8
[&amp;lt;ffffffd5d2a297dc&amp;gt;] el1_abort+0x3c/0x64
[&amp;lt;ffffffd5d2a29718&amp;gt;] el1h_64_sync_handler+0x44/0xcc
[&amp;lt;ffffffd5d181133c&amp;gt;] el1h_64_sync+0x80/0x88
[&amp;lt;ffffffd5d255c1dc&amp;gt;] ufshcd_add_command_trace+0x23c/0x320
[&amp;lt;ffffffd5d255bad8&amp;gt;] ufshcd_compl_one_cqe+0xa4/0x404
[&amp;lt;ffffffd5d2572968&amp;gt;] ufshcd_mcq_poll_cqe_lock+0xac/0x104
[&amp;lt;ffffffd5d11c7460&amp;gt;] ufs_mtk_mcq_intr+0x54/0x74 [ufs_mediatek_mod]
[&amp;lt;ffffffd5d19ab92c&amp;gt;] __handle_irq_event_percpu+0xc8/0x348
[&amp;lt;ffffffd5d19abca8&amp;gt;] handle_irq_event+0x3c/0xa8
[&amp;lt;ffffffd5d19b1f0c&amp;gt;] handle_fasteoi_irq+0xf8/0x294
[&amp;lt;ffffffd5d19aa778&amp;gt;] generic_handle_domain_irq+0x54/0x80
[&amp;lt;ffffffd5d18102bc&amp;gt;] gic_handle_irq+0x1d4/0x330
[&amp;lt;ffffffd5d1838210&amp;gt;] call_on_irq_stack+0x44/0x68
[&amp;lt;ffffffd5d1…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-43471</guid>
    </item>
  </channel>
</rss>
