<?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>Wed, 07 Oct 2026 07:50:21 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-46755 — wifi: mwifiex: Do not return unused priv in mwifiex_get_priv_by_id()</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2024-46755</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: mwifiex: Do not return unused priv in mwifiex_get_priv_by_id()&lt;/p&gt;
&lt;p&gt;mwifiex_get_priv_by_id() returns the priv pointer corresponding to
the bss_num and bss_type, but without checking if the priv is actually
currently in use.
Unused priv pointers do not have a wiphy attached to them which can
lead to NULL pointer dereferences further down the callstack.  Fix
this by returning only used priv pointers which have priv-&amp;gt;bss_mode
set to something else than NL80211_IFTYPE_UNSPECIFIED.&lt;/p&gt;
&lt;p&gt;Said NULL pointer dereference happened when an Accesspoint was started
with wpa_supplicant -i mlan0 with this config:&lt;/p&gt;
&lt;p&gt;network={
        ssid=&amp;#34;somessid&amp;#34;
        mode=2
        frequency=2412
        key_mgmt=WPA-PSK WPA-PSK-SHA256
        proto=RSN
        group=CCMP
        pairwise=CCMP
        psk=&amp;#34;12345678&amp;#34;
}&lt;/p&gt;
&lt;p&gt;When waiting for the AP to be established, interrupting wpa_supplicant
with &amp;lt;ctrl-c&amp;gt; and starting it again this happens:&lt;/p&gt;
&lt;p&gt;| Unable to handle kernel NULL pointer dereference at virtual address 0000000000000140
| Mem abort info:
|   ESR = 0x0000000096000004
|   EC = 0x25: DABT (current EL), IL = 32 bits
|   SET = 0, FnV = 0
|   EA = 0, S1PTW = 0
|   FSC = 0x04: level 0 translation fault
| Data abort info:
|   ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
|   CM = 0, WnR = 0, TnD = 0, TagAccess = 0
|   GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
| user pgtable: 4k pages, 48-bit VAs, pgdp=0000000046d96000
| [0000000000000140] p…&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: mwifiex: Do not return unused priv in mwifiex_get_priv_by_id()&lt;/p&gt;
&lt;p&gt;mwifiex_get_priv_by_id() returns the priv pointer corresponding to
the bss_num and bss_type, but without checking if the priv is actually
currently in use.
Unused priv pointers do not have a wiphy attached to them which can
lead to NULL pointer dereferences further down the callstack.  Fix
this by returning only used priv pointers which have priv-&amp;gt;bss_mode
set to something else than NL80211_IFTYPE_UNSPECIFIED.&lt;/p&gt;
&lt;p&gt;Said NULL pointer dereference happened when an Accesspoint was started
with wpa_supplicant -i mlan0 with this config:&lt;/p&gt;
&lt;p&gt;network={
        ssid=&amp;#34;somessid&amp;#34;
        mode=2
        frequency=2412
        key_mgmt=WPA-PSK WPA-PSK-SHA256
        proto=RSN
        group=CCMP
        pairwise=CCMP
        psk=&amp;#34;12345678&amp;#34;
}&lt;/p&gt;
&lt;p&gt;When waiting for the AP to be established, interrupting wpa_supplicant
with &amp;lt;ctrl-c&amp;gt; and starting it again this happens:&lt;/p&gt;
&lt;p&gt;| Unable to handle kernel NULL pointer dereference at virtual address 0000000000000140
| Mem abort info:
|   ESR = 0x0000000096000004
|   EC = 0x25: DABT (current EL), IL = 32 bits
|   SET = 0, FnV = 0
|   EA = 0, S1PTW = 0
|   FSC = 0x04: level 0 translation fault
| Data abort info:
|   ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
|   CM = 0, WnR = 0, TnD = 0, TagAccess = 0
|   GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
| user pgtable: 4k pages, 48-bit VAs, pgdp=0000000046d96000
| [0000000000000140] p…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2024-46755</guid>
    </item>
  </channel>
</rss>
