[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <b197ca6d-4285-5310-7e98-918c885a2e38@broadcom.com>
Date: Mon, 16 May 2022 14:49:21 +0200
From: Arend van Spriel <arend.vanspriel@...adcom.com>
To: Kees Cook <keescook@...omium.org>,
"Gustavo A . R . Silva" <gustavoars@...nel.org>
Cc: linux-wireless <linux-wireless@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 05/32] brcmfmac: Use mem_to_flex_dup() with struct
brcmf_fweh_queue_item
On 5/4/2022 3:44 AM, Kees Cook wrote:
> As part of the work to perform bounds checking on all memcpy() uses,
> replace the open-coded a deserialization of bytes out of memory into a
> trailing flexible array by using a flex_array.h helper to perform the
> allocation, bounds checking, and copying.
>
Reviewed-by: Arend van Spriel <aspriel@...il.com>
> Cc: Franky Lin <franky.lin@...adcom.com>
> Cc: Hante Meuleman <hante.meuleman@...adcom.com>
> Cc: Kalle Valo <kvalo@...nel.org>
> Cc: "David S. Miller" <davem@...emloft.net>
> Cc: Eric Dumazet <edumazet@...gle.com>
> Cc: Jakub Kicinski <kuba@...nel.org>
> Cc: Paolo Abeni <pabeni@...hat.com>
> Cc: linux-wireless@...r.kernel.org
> Cc: brcm80211-dev-list.pdl@...adcom.com
> Cc: SHA-cyfmac-dev-list@...ineon.com
> Cc: netdev@...r.kernel.org
> Signed-off-by: Kees Cook <keescook@...omium.org>
> ---
> .../net/wireless/broadcom/brcm80211/brcmfmac/fweh.c | 11 ++++-------
> 1 file changed, 4 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fweh.c b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fweh.c
> index bc3f4e4edcdf..bea798ca6466 100644
> --- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fweh.c
> +++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fweh.c
> @@ -32,8 +32,8 @@ struct brcmf_fweh_queue_item {
> u8 ifidx;
> u8 ifaddr[ETH_ALEN];
> struct brcmf_event_msg_be emsg;
> - u32 datalen;
> - u8 data[];
> + DECLARE_FLEX_ARRAY_ELEMENTS_COUNT(u32, datalen);
> + DECLARE_FLEX_ARRAY_ELEMENTS(u8, data);
> };
>
> /*
> @@ -395,7 +395,7 @@ void brcmf_fweh_process_event(struct brcmf_pub *drvr,
> {
> enum brcmf_fweh_event_code code;
> struct brcmf_fweh_info *fweh = &drvr->fweh;
> - struct brcmf_fweh_queue_item *event;
> + struct brcmf_fweh_queue_item *event = NULL;
> void *data;
> u32 datalen;
>
> @@ -414,8 +414,7 @@ void brcmf_fweh_process_event(struct brcmf_pub *drvr,
> datalen + sizeof(*event_packet) > packet_len)
> return;
>
> - event = kzalloc(sizeof(*event) + datalen, gfp);
> - if (!event)
> + if (mem_to_flex_dup(&event, data, datalen, gfp))
> return;
>
> event->code = code;
> @@ -423,8 +422,6 @@ void brcmf_fweh_process_event(struct brcmf_pub *drvr,
>
> /* use memcpy to get aligned event message */
> memcpy(&event->emsg, &event_packet->msg, sizeof(event->emsg));
> - memcpy(event->data, data, datalen);
> - event->datalen = datalen;
So does mem_to_flex_dup() store event->datalen?
Don't have the entire thread so missing bits and pieces, but at least
this raises questions for me.
Thanks,
Arend
Download attachment "smime.p7s" of type "application/pkcs7-signature" (4219 bytes)
Powered by blists - more mailing lists