lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 11 Jul 2011 11:01:12 -0400 (EDT)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Jesper Juhl <jj@...osbits.net>
cc:	linux-kernel@...r.kernel.org, <linux-usb@...r.kernel.org>,
	Greg Kroah-Hartman <gregkh@...e.de>,
	Sarah Sharp <sarah.a.sharp@...ux.intel.com>,
	Andiry Xu <andiry.xu@....com>, Luben Tuikov <ltuikov@...oo.com>
Subject: Re: [PATCH] USB: Avoid NULL pointer dereference in usb_disconnect()

On Mon, 11 Jul 2011, Jesper Juhl wrote:

> If, in drivers/usb/core/hub.c::usb_disconnect(), 'udev' is NULL, then
> we'll never get to the printing of a debug message and returning from
> the function since we'll have already dereferenced the NULL pointer in
> the bus_to_hcd(udev->bus) call.
> This patch moves the dereference to after the test for NULL, thus
> avoiding that potential crash.
> 
> Signed-off-by: Jesper Juhl <jj@...osbits.net>
> ---
>  drivers/usb/core/hub.c |    4 +++-
>  1 files changed, 3 insertions(+), 1 deletions(-)
> 
>  disclaimer: compile tested only.
> 
> diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c
> index a428aa0..0a98c76 100644
> --- a/drivers/usb/core/hub.c
> +++ b/drivers/usb/core/hub.c
> @@ -1634,13 +1634,15 @@ void usb_disconnect(struct usb_device **pdev)
>  {
>  	struct usb_device	*udev = *pdev;
>  	int			i;
> -	struct usb_hcd		*hcd = bus_to_hcd(udev->bus);
> +	struct usb_hcd		*hcd;
>  
>  	if (!udev) {
>  		pr_debug ("%s nodev\n", __func__);
>  		return;
>  	}
>  
> +	hcd = bus_to_hcd(udev->bus);
> +
>  	/* mark the device as inactive, so any further urb submissions for
>  	 * this device (and any of its children) will fail immediately.
>  	 * this quiesces everything except pending urbs.

This is okay, but it might be better just to remove the NULL test 
entirely.  Code inspection easily shows that it can never be triggered.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ