[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2b0528f5-f9fa-4cfd-abda-a0e95ba4a2f1@linaro.org>
Date: Mon, 6 Jan 2025 00:06:14 +0000
From: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
To: Vedang Nagar <quic_vnagar@...cinc.com>,
Stanimir Varbanov <stanimir.k.varbanov@...il.com>,
Vikash Garodia <quic_vgarodia@...cinc.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>
Cc: linux-media@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] media: venus: fix OOB access issue while reading
sequence changed events
On 04/01/2025 05:41, Vedang Nagar wrote:
> num_properties_changed is being read from the message queue but is
> not validated. Value can be corrupted from the firmware leading to
> OOB read access issues. Add fix to read the size of the packets as
> well and crosscheck before reading from the packet.
>
> Signed-off-by: Vedang Nagar <quic_vnagar@...cinc.com>
Please see Vikash's series on this.
https://lore.kernel.org/linux-arm-msm/20241128-venus_oob_2-v2-2-483ae0a464b8@quicinc.com/
it seems to have exactly the same patch title ?
Is this patch supposed to be a follow-up to that patch ?
https://lore.kernel.org/linux-arm-msm/20241128-venus_oob_2-v2-0-483ae0a464b8@quicinc.com/
Expecting to see a V3 of the above. If the intention is to supersede
that patch or some of those patches you should make clear here.
On the switch statement I'd have two comments.
#1 is everything really a " -= sizeof(u32)" ?
#2 if so then this ought to be factored out into a function
=> functional decomposition
---
bod
Powered by blists - more mailing lists