[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d27f9a1848a546b99e2ab84cb15be06f@realtek.com>
Date: Mon, 24 May 2021 01:49:33 +0000
From: Hayes Wang <hayeswang@...ltek.com>
To: Johan Hovold <johan@...nel.org>,
Greg KH <gregkh@...uxfoundation.org>
CC: "kuba@...nel.org" <kuba@...nel.org>,
"davem@...emloft.net" <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
nic_swsd <nic_swsd@...ltek.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>,
"syzbot+95afd23673f5dd295c57@...kaller.appspotmail.com"
<syzbot+95afd23673f5dd295c57@...kaller.appspotmail.com>
Subject: RE: [PATCH net v2] r8152: check the informaton of the device
Johan Hovold <johan@...nel.org>
> Sent: Saturday, May 22, 2021 4:07 PM
[...]
> > > + if (usb_endpoint_num(in) != 1) {
> > > + dev_err(&intf->dev, "Invalid Rx Endpoint\n");
> >
> > "Invalid number of Rx endpoints"
>
> Here it is the endpoint number (address) that is being checked so
> "number of" would be wrong.
>
> That said, perhaps none of these checks are even needed a bit depending
> on how the driver is implemented. That is, if it hardcodes the endpoint
> addresses or uses the result from usb_find_common_endpoints() above
> (which I realise now that it does not so these checks are probably still
> needed).
The purpose of the checks is to find out the fake devices. That is, even
the device supports in, out, and interrupt endpoints, it is treated as
fake or malicious device, if the addresses of these endpoints are wrong.
Therefore, I would keep the checks.
Best Regards,
Hayes
Powered by blists - more mailing lists