On Fri, 6 May 2022, Dongliang Mu wrote:
> From: Dongliang Mu <[email protected]>
>
> There is a slab-out-of-bounds Write bug in hid-bigbenff driver.
> The problem is the driver assumes the device must have an input but
> some malicious devices violate this assumption.
>
> Fix this by checking hid_device's input is non-empty before its usage.
>
> Reported-by: syzkaller <[email protected]>
> Signed-off-by: Dongliang Mu <[email protected]>
> ---
> drivers/hid/hid-bigbenff.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/hid/hid-bigbenff.c b/drivers/hid/hid-bigbenff.c
> index 74ad8bf98bfd..c14d1774101d 100644
> --- a/drivers/hid/hid-bigbenff.c
> +++ b/drivers/hid/hid-bigbenff.c
> @@ -347,6 +347,11 @@ static int bigben_probe(struct hid_device *hid,
> bigben->report = list_entry(report_list->next,
> struct hid_report, list);
>
> + if (list_empty(&hid->inputs)) {
> + hid_err(hid, "no inputs found\n");
> + return -ENODEV;
> + }
> +
Thanks for the fix. It doesn't seemt o be fully correct though -- as you'd
be returning -ENODEV here in the situation when hid_hw_start() has already
happened. So I believe better thing to do here is to do error = -ENODEV;
goto error_hw_stop;
Could you please fix that up and resend? Thanks,
--
Jiri Kosina
SUSE Labs