From: Neeraj Kale <neeraj.sanjaykale@nxp.com>
To: Ali Ahmet Memis <ali@iusegentoo.com>,
Amitkumar Karwar <amitkumar.karwar@nxp.com>,
"marcel@holtmann.org" <marcel@holtmann.org>,
"luiz.dentz@gmail.com" <luiz.dentz@gmail.com>
Cc: Alex Zhou <alex.zhou@nxp.com>, Song Xue <song.xue_1@nxp.com>,
"linux-bluetooth@vger.kernel.org"
<linux-bluetooth@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: [PATCH v2] Bluetooth: btnxpuart: Validate the FW dump header length
Date: Fri, 14 Aug 2026 08:58:58 +0000 [thread overview]
Message-ID: <AS4PR04MB9692DB30D9FD56E4E282458AE7DA2@AS4PR04MB9692.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <20260814084110.920879-1-ali@iusegentoo.com>
Thank you for the patch again Ali.
The patch looks good to me.
Reviewed-by: Neeraj Sanjay Kale <neeraj.sanjaykale@nxp.com>
Thanks,
Neeraj
> nxp_process_fw_dump() pulls the ACL header off the frame and then reads
> seq_num and buf_len from a struct nxp_fw_dump_hdr placed at skb->data,
> without checking that the ACL payload is long enough to contain it.
>
> h4_recv_buf() collects HCI_ACL_HDR_SIZE bytes of header followed by the
> number of payload bytes named in that header, so skb->len is 4 + dlen with
> dlen supplied by the controller and possibly smaller than the 8 byte dump
> header, or zero. A short frame with connection handle 0xfff therefore reads
> both fields from beyond the received data.
>
> Beyond the read itself, buf_len is what terminates a dump: a value of zero
> makes the driver call hci_devcd_complete() and reset the controller, so a
> truncated frame can end a dump early.
>
> Reject frames whose payload is shorter than the dump header.
>
> Fixes: 998e447f443f ("Bluetooth: btnxpuart: Add support for HCI coredump
> feature")
> Signed-off-by: Ali Ahmet Memis <ali@iusegentoo.com>
> ---
> v2: Warn on the early exit path instead of dropping the frame silently,
> as suggested by Neeraj. Dropped the trailing newline from the
> suggested message, since bt_dev_warn() already appends one.
>
> v1:
> https://lore.ke/
> rnel.org%2Fall%2F20260814081221.913676-1-
> ali%40iusegentoo.com%2F&data=05%7C02%7Cneeraj.sanjaykale%40nxp.com
> %7C384b023f18684a2001ee08def9dfd3d3%7C686ea1d3bc2b4c6fa92cd99c5c
> 301635%7C0%7C0%7C639222936924705130%7CUnknown%7CTWFpbGZsb3d
> 8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI
> joiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=VVUw89WmnuOri
> XqyB5HlHgCIyBQOH7qBXxzucf4ikdI%3D&reserved=0
>
> drivers/bluetooth/btnxpuart.c | 13 +++++++++++--
> 1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/bluetooth/btnxpuart.c b/drivers/bluetooth/btnxpuart.c
> index 6a1cffe08d5f..f439d287146e 100644
> --- a/drivers/bluetooth/btnxpuart.c
> +++ b/drivers/bluetooth/btnxpuart.c
> @@ -1370,10 +1370,19 @@ static int nxp_process_fw_dump(struct hci_dev
> *hdev, struct sk_buff *skb)
> sizeof(*acl_hdr));
> struct nxp_fw_dump_hdr *fw_dump_hdr = (struct nxp_fw_dump_hdr
> *)skb->data;
> struct btnxpuart_dev *nxpdev = hci_get_drvdata(hdev);
> - __u16 seq_num = __le16_to_cpu(fw_dump_hdr->seq_num);
> - __u16 buf_len = __le16_to_cpu(fw_dump_hdr->buf_len);
> + __u16 seq_num;
> + __u16 buf_len;
> int err;
>
> + /* The ACL payload must be long enough to hold the FW dump header
> */
> + if (skb->len < sizeof(*fw_dump_hdr)) {
> + bt_dev_warn(hdev, "FW dump: invalid or corrupt fw dump chunk");
> + goto free_skb;
> + }
> +
> + seq_num = __le16_to_cpu(fw_dump_hdr->seq_num);
> + buf_len = __le16_to_cpu(fw_dump_hdr->buf_len);
> +
> if (seq_num == 0x0001) {
> if (test_and_set_bit(BTNXPUART_FW_DUMP_IN_PROGRESS,
> &nxpdev->tx_state)) {
> bt_dev_err(hdev, "FW dump already in progress");
> --
> 2.55.0
NXP Confidential
next prev parent reply other threads:[~2026-08-14 8:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-14 8:12 [PATCH] " Ali Ahmet Memis
2026-08-14 8:33 ` Neeraj Kale
2026-08-14 8:41 ` [PATCH v2] " Ali Ahmet Memis
2026-08-14 8:58 ` Neeraj Kale [this message]
2026-08-14 14:08 ` Luiz Augusto von Dentz
2026-08-14 18:28 ` [PATCH v3] " Ali Ahmet Memis
2026-08-17 19:46 ` patchwork-bot+bluetooth
2026-08-17 6:23 ` [PATCH v2] " Neeraj Kale
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=AS4PR04MB9692DB30D9FD56E4E282458AE7DA2@AS4PR04MB9692.eurprd04.prod.outlook.com \
--to=neeraj.sanjaykale@nxp.com \
--cc=alex.zhou@nxp.com \
--cc=ali@iusegentoo.com \
--cc=amitkumar.karwar@nxp.com \
--cc=linux-bluetooth@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luiz.dentz@gmail.com \
--cc=marcel@holtmann.org \
--cc=song.xue_1@nxp.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®