From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: linux-cve-announce@vger.kernel.org
Cc: Greg Kroah-Hartman <gregkh@kernel.org>
Subject: CVE-2025-38513: wifi: zd1211rw: Fix potential NULL pointer dereference in zd_mac_tx_to_dev()
Date: Sat, 16 Aug 2025 12:57:55 +0200 [thread overview]
Message-ID: <2025081652-CVE-2025-38513-e205@gregkh> (raw)
From: Greg Kroah-Hartman <gregkh@kernel.org>
Description
===========
In the Linux kernel, the following vulnerability has been resolved:
wifi: zd1211rw: Fix potential NULL pointer dereference in zd_mac_tx_to_dev()
There is a potential NULL pointer dereference in zd_mac_tx_to_dev(). For
example, the following is possible:
T0 T1
zd_mac_tx_to_dev()
/* len == skb_queue_len(q) */
while (len > ZD_MAC_MAX_ACK_WAITERS) {
filter_ack()
spin_lock_irqsave(&q->lock, flags);
/* position == skb_queue_len(q) */
for (i=1; i<position; i++)
skb = __skb_dequeue(q)
if (mac->type == NL80211_IFTYPE_AP)
skb = __skb_dequeue(q);
spin_unlock_irqrestore(&q->lock, flags);
skb_dequeue() -> NULL
Since there is a small gap between checking skb queue length and skb being
unconditionally dequeued in zd_mac_tx_to_dev(), skb_dequeue() can return NULL.
Then the pointer is passed to zd_mac_tx_status() where it is dereferenced.
In order to avoid potential NULL pointer dereference due to situations like
above, check if skb is not NULL before passing it to zd_mac_tx_status().
Found by Linux Verification Center (linuxtesting.org) with SVACE.
The Linux kernel CVE team has assigned CVE-2025-38513 to this issue.
Affected and fixed versions
===========================
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 5.4.296 with commit c1958270de947604cc6de05fc96dbba256b49cf0
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 5.10.240 with commit 014c34dc132015c4f918ada4982e952947ac1047
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 5.15.189 with commit b24f65c184540dfb967479320ecf7e8c2e9220dc
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 6.1.146 with commit adf08c96b963c7cd7ec1ee1c0c556228d9bedaae
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 6.6.99 with commit 5420de65efbeb6503bcf1d43451c9df67ad60298
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 6.12.39 with commit fcd9c923b58e86501450b9b442ccc7ce4a8d0fda
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 6.15.7 with commit 602b4eb2f25668de15de69860ec99caf65b3684d
Issue introduced in 2.6.25 with commit 459c51ad6e1fc19e91a53798358433d3c08cd09d and fixed in 6.16 with commit 74b1ec9f5d627d2bdd5e5b6f3f81c23317657023
Please see https://www.kernel.org for a full list of currently supported
kernel versions by the kernel community.
Unaffected versions might change over time as fixes are backported to
older supported kernel versions. The official CVE entry at
https://cve.org/CVERecord/?id=CVE-2025-38513
will be updated if fixes are backported, please check that for the most
up to date information about this issue.
Affected files
==============
The file(s) affected by this issue are:
drivers/net/wireless/zydas/zd1211rw/zd_mac.c
Mitigation
==========
The Linux kernel CVE team recommends that you update to the latest
stable kernel version for this, and many other bugfixes. Individual
changes are never tested alone, but rather are part of a larger kernel
release. Cherry-picking individual commits is not recommended or
supported by the Linux kernel community at all. If however, updating to
the latest release is impossible, the individual changes to resolve this
issue can be found at these commits:
https://git.kernel.org/stable/c/c1958270de947604cc6de05fc96dbba256b49cf0
https://git.kernel.org/stable/c/014c34dc132015c4f918ada4982e952947ac1047
https://git.kernel.org/stable/c/b24f65c184540dfb967479320ecf7e8c2e9220dc
https://git.kernel.org/stable/c/adf08c96b963c7cd7ec1ee1c0c556228d9bedaae
https://git.kernel.org/stable/c/5420de65efbeb6503bcf1d43451c9df67ad60298
https://git.kernel.org/stable/c/fcd9c923b58e86501450b9b442ccc7ce4a8d0fda
https://git.kernel.org/stable/c/602b4eb2f25668de15de69860ec99caf65b3684d
https://git.kernel.org/stable/c/74b1ec9f5d627d2bdd5e5b6f3f81c23317657023
reply other threads:[~2025-08-16 10:58 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2025081652-CVE-2025-38513-e205@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=cve@kernel.org \
--cc=gregkh@kernel.org \
--cc=linux-cve-announce@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.