<?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 01:14:40 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-97516 — wifi: rtw88: Add NULL check for chip-&gt;edcca_th in rtw_fw_adaptivity_result()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-97516</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;wifi: rtw88: Add NULL check for chip-&amp;gt;edcca_th in rtw_fw_adaptivity_result()&lt;/p&gt;
&lt;p&gt;It was recently reported that rtw_fw_adaptivity_result()
in fw.c dereferences rtwdev-&amp;gt;chip-&amp;gt;edcca_th without
a NULL check. The issue is that devices with the
8821CE chip don&amp;#39;t define edcca_th in their chip
info. As a result, when rtw_fw_adaptivity_result()
tries to dereference it, the kernel triggers an oops.&lt;/p&gt;
&lt;p&gt;Add a NULL check for edcca_th before dereferencing
it in rtw_fw_adaptivity_result() in fw.c. Placing
the check at the function entry avoids logging any
garbage values.&lt;/p&gt;
&lt;p&gt;This change does not address the root cause for
this behavior, but it prevents the NULL dereference
and the resulting oops while a more permanent solution
is developed.&lt;/p&gt;
&lt;p&gt;Tested on a 8822CE chip which defines edcca_th, so
this issue is not present on it, but it still uses
this driver and I can verify there are no regressions.&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;wifi: rtw88: Add NULL check for chip-&amp;gt;edcca_th in rtw_fw_adaptivity_result()&lt;/p&gt;
&lt;p&gt;It was recently reported that rtw_fw_adaptivity_result()
in fw.c dereferences rtwdev-&amp;gt;chip-&amp;gt;edcca_th without
a NULL check. The issue is that devices with the
8821CE chip don&amp;#39;t define edcca_th in their chip
info. As a result, when rtw_fw_adaptivity_result()
tries to dereference it, the kernel triggers an oops.&lt;/p&gt;
&lt;p&gt;Add a NULL check for edcca_th before dereferencing
it in rtw_fw_adaptivity_result() in fw.c. Placing
the check at the function entry avoids logging any
garbage values.&lt;/p&gt;
&lt;p&gt;This change does not address the root cause for
this behavior, but it prevents the NULL dereference
and the resulting oops while a more permanent solution
is developed.&lt;/p&gt;
&lt;p&gt;Tested on a 8822CE chip which defines edcca_th, so
this issue is not present on it, but it still uses
this driver and I can verify there are no regressions.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-97516</guid>
    </item>
  </channel>
</rss>
