From: "Tianchu Chen" <tianchu.chen@linux.dev>
To: linux-wireless@vger.kernel.org
Cc: briannorris@chromium.org, francesco@dolcini.it
Subject: [PATCH v2] wifi: mwifiex: bound SDIO fw dump count by memory table size
Date: Wed, 23 Sep 2026 14:43:51 +0000 [thread overview]
Message-ID: <33a45fd59b5569cbce79142d2e012e191989ec26@linux.dev> (raw)
From: Tianchu Chen <flynnnchen@tencent.com>
mwifiex_sdio_fw_dump() reads the number of memory regions (dump_num)
from a device register and uses it to index the static 15-entry
mem_type_mapping_tbl[] without any bounds check. A bogus device can
report a dump_num larger than the table; each out-of-table loop
iteration then reads entry->mem_name and entry->done_flag and stores
a vmalloc pointer and a device-controlled size past the end of the
table, into adjacent .data (up to ~5.6KiB when dump_num is 255).
The dump path runs after command timeouts or firmware crashes, so a
bogus device can first force an error to trigger the dump and then
report a bogus dump_num.
Limit dump_num to the table size instead of aborting the dump. This
is not expected to change the behavior on normal devices.
Discovered by Atuin - Automated Vulnerability Discovery Engine.
Fixes: 54881c6b37c8d ("mwifiex: add firmware dump feature for SDIO")
Cc: stable@vger.kernel.org
Assisted-by: LLM
Signed-off-by: Tianchu Chen <flynnnchen@tencent.com>
---
v2: clamp dump_num to the table size and continue when bogus dump_num
detected.
drivers/net/wireless/marvell/mwifiex/sdio.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/wireless/marvell/mwifiex/sdio.c b/drivers/net/wireless/marvell/mwifiex/sdio.c
index f039d6f19183a..c15d6e1dd8f63 100644
--- a/drivers/net/wireless/marvell/mwifiex/sdio.c
+++ b/drivers/net/wireless/marvell/mwifiex/sdio.c
@@ -2795,6 +2795,9 @@ static void mwifiex_sdio_fw_dump(struct mwifiex_adapter *adapter)
mwifiex_dbg(adapter, ERROR, "SDIO read memory length err\n");
goto done;
}
+ /* Limit the dump count to the memory table size */
+ if (dump_num > ARRAY_SIZE(mem_type_mapping_tbl))
+ dump_num = ARRAY_SIZE(mem_type_mapping_tbl);
/* Read the length of every memory which will dump */
for (idx = 0; idx < dump_num; idx++) {
--
2.51.0
next reply other threads:[~2026-09-23 14:43 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-23 14:43 Tianchu Chen [this message]
2026-09-25 22:36 ` [PATCH v2] wifi: mwifiex: bound SDIO fw dump count by memory table size Brian Norris
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=33a45fd59b5569cbce79142d2e012e191989ec26@linux.dev \
--to=tianchu.chen@linux.dev \
--cc=briannorris@chromium.org \
--cc=francesco@dolcini.it \
--cc=linux-wireless@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.