From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Kieran Bingham <kieran.bingham@ideasonboard.com>
Cc: Johan Hovold <johan@kernel.org>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
linux-media@vger.kernel.org, linux-usb@vger.kernel.org,
linux-kernel@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH] media: uvcvideo: fix division by zero at stream start
Date: Tue, 26 Oct 2021 14:15:20 +0300 [thread overview]
Message-ID: <YXfjSJ+fm+LV/m+M@pendragon.ideasonboard.com> (raw)
In-Reply-To: <163524570516.1184428.14632987312253060787@Monstersaurus>
On Tue, Oct 26, 2021 at 11:55:05AM +0100, Kieran Bingham wrote:
> Quoting Johan Hovold (2021-10-26 10:55:11)
> > Add the missing bulk-endpoint max-packet sanity check to probe() to
> > avoid division by zero in uvc_alloc_urb_buffers() in case a malicious
> > device has broken descriptors (or when doing descriptor fuzz testing).
> >
> > Note that USB core will reject URBs submitted for endpoints with zero
> > wMaxPacketSize but that drivers doing packet-size calculations still
> > need to handle this (cf. commit 2548288b4fb0 ("USB: Fix: Don't skip
> > endpoint descriptors with maxpacket=0")).
> >
> > Fixes: c0efd232929c ("V4L/DVB (8145a): USB Video Class driver")
> > Cc: stable@vger.kernel.org # 2.6.26
> > Signed-off-by: Johan Hovold <johan@kernel.org>
> > ---
> > drivers/media/usb/uvc/uvc_video.c | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/drivers/media/usb/uvc/uvc_video.c b/drivers/media/usb/uvc/uvc_video.c
> > index e16464606b14..85ac5c1081b6 100644
> > --- a/drivers/media/usb/uvc/uvc_video.c
> > +++ b/drivers/media/usb/uvc/uvc_video.c
> > @@ -1958,6 +1958,10 @@ static int uvc_video_start_transfer(struct uvc_streaming *stream,
> > if (ep == NULL)
> > return -EIO;
> >
> > + /* Reject broken descriptors. */
> > + if (usb_endpoint_maxp(&ep->desc) == 0)
> > + return -EIO;
>
> Is there any value in identifying this with a specific return code like
> -ENODATA?
Going one step further, wouldn't it be better to fail probe() for those
devices ?
> But either way, this seems sane.
>
> Reviewed-by: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
>
> > +
> > ret = uvc_init_video_bulk(stream, ep, gfp_flags);
> > }
> >
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2021-10-26 11:15 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-26 9:55 [PATCH] media: uvcvideo: fix division by zero at stream start Johan Hovold
2021-10-26 10:55 ` Kieran Bingham
2021-10-26 11:15 ` Laurent Pinchart [this message]
2021-10-26 12:06 ` Johan Hovold
2021-10-26 21:50 ` Laurent Pinchart
2021-10-27 6:36 ` Johan Hovold
2021-12-03 10:29 ` Johan Hovold
2021-12-03 10:52 ` Laurent Pinchart
2021-12-03 10:55 ` Johan Hovold
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=YXfjSJ+fm+LV/m+M@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=johan@kernel.org \
--cc=kieran.bingham@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=stable@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox