Received: by 2002:a25:b323:0:0:0:0:0 with SMTP id l35csp1343393ybj; Fri, 20 Sep 2019 08:59:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqwLEwIgkDeVDs0KZF8n0yz+jQ9nt/5Qjg0rC39FztLpS83XbuW48KKXTorGs7G07tdXNZZa X-Received: by 2002:a17:906:7e56:: with SMTP id z22mr17185319ejr.294.1568995153052; Fri, 20 Sep 2019 08:59:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568995153; cv=none; d=google.com; s=arc-20160816; b=px7FwiS6EcRywvIseSjrjcZ7UCE263UBqBzsY1eT6dHsv6nvbIFZy/AGrV6aPcG9MQ QRsbXwQhjuPwD125J46zvxFKaCx5mJ4QG2Cz1F80IQXiJmLcT+CY2wMVNvknd/tVH1H0 1czKz6GCnJ2NiqohoBfdZbS4YWjw4f49HQwrr3Vvo6A7Zx9oEppGtxlnpilKbY1zI+9v 5MU8A/tzDQuqpcFWLqCBvrqwyK8R9z3jK6K473SSZKlRJZACWmsm2unHKdG3lq8jj95f 4clxMX3uXTg0eqotN0/KIs3FUnPfPAmjdnrGfmF7aaRWnzNMTqnLmE/YE/kYbwgpUO8e z9Ig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=uUlPi21MvPk8r/J6K3Q6u9xHwk/ENNRZCGBYel2K2X4=; b=uIamh+kw4xWWguFSxMTYIW1vO0/3RtQKpfa8hI2GpnYq7BP4nyey4yk7x2MLRT6x91 KbFfcOAnveCnN9ZIgpYi4Uqirf93ZO9iE/h1/I9JVzvwdhvdwZCcraP4Pbhzpo1LfrdR 0UPVDBQxb5ekAX+TzbRZuC/MorImfBPBwaaK84Qkf/rFGvYeFiFoiojIhWoOs9YIyWYv uN4E7Taw7LYmovs8ToYi0BUC65g22ibfV3xEPLHKUuq5lJHmQEE2NB3NAfeRIuuiKGop fLyS8gRbwpZki1704luKj+0b8kd2z4l/+WS5ui7mnICrcJsHPcXibFkVIZMMC3bkBo/Q Sk2w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=UkjiYQGr; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n2si1522335edt.408.2019.09.20.08.58.49; Fri, 20 Sep 2019 08:59:13 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=UkjiYQGr; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2393453AbfISW0E (ORCPT + 99 others); Thu, 19 Sep 2019 18:26:04 -0400 Received: from mail.kernel.org ([198.145.29.99]:37718 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2406872AbfISWWe (ORCPT ); Thu, 19 Sep 2019 18:22:34 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9E54121D6C; Thu, 19 Sep 2019 22:22:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1568931754; bh=+zLwyqeloT/kBiMcGpwtDWqjnX2V2XAV8iYqf4jYkI8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=UkjiYQGrpqW34ILpwG1sgqK+RukbcCFhOeRFIq8h0oIG20aFQTBPjj2ecoYJU5MB6 R28O/ii60Xzz/0QSKwJ4BWS7pT43fdRESGLX3QAVXpdsmEozn9XorHE4ucnbLug1Uo UO/mb0gDQ218BE/nvqPRcaiFOTPR4A9AdFOwoFq8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alan Stern , syzbot+35f4d916c623118d576e@syzkaller.appspotmail.com Subject: [PATCH 4.4 27/56] USB: usbcore: Fix slab-out-of-bounds bug during device reset Date: Fri, 20 Sep 2019 00:04:08 +0200 Message-Id: <20190919214755.636298873@linuxfoundation.org> X-Mailer: git-send-email 2.23.0 In-Reply-To: <20190919214742.483643642@linuxfoundation.org> References: <20190919214742.483643642@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Alan Stern commit 3dd550a2d36596a1b0ee7955da3b611c031d3873 upstream. The syzbot fuzzer provoked a slab-out-of-bounds error in the USB core: BUG: KASAN: slab-out-of-bounds in memcmp+0xa6/0xb0 lib/string.c:904 Read of size 1 at addr ffff8881d175bed6 by task kworker/0:3/2746 CPU: 0 PID: 2746 Comm: kworker/0:3 Not tainted 5.3.0-rc5+ #28 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Workqueue: usb_hub_wq hub_event Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0xca/0x13e lib/dump_stack.c:113 print_address_description+0x6a/0x32c mm/kasan/report.c:351 __kasan_report.cold+0x1a/0x33 mm/kasan/report.c:482 kasan_report+0xe/0x12 mm/kasan/common.c:612 memcmp+0xa6/0xb0 lib/string.c:904 memcmp include/linux/string.h:400 [inline] descriptors_changed drivers/usb/core/hub.c:5579 [inline] usb_reset_and_verify_device+0x564/0x1300 drivers/usb/core/hub.c:5729 usb_reset_device+0x4c1/0x920 drivers/usb/core/hub.c:5898 rt2x00usb_probe+0x53/0x7af drivers/net/wireless/ralink/rt2x00/rt2x00usb.c:806 The error occurs when the descriptors_changed() routine (called during a device reset) attempts to compare the old and new BOS and capability descriptors. The length it uses for the comparison is the wTotalLength value stored in BOS descriptor, but this value is not necessarily the same as the length actually allocated for the descriptors. If it is larger the routine will call memcmp() with a length that is too big, thus reading beyond the end of the allocated region and leading to this fault. The kernel reads the BOS descriptor twice: first to get the total length of all the capability descriptors, and second to read it along with all those other descriptors. A malicious (or very faulty) device may send different values for the BOS descriptor fields each time. The memory area will be allocated using the wTotalLength value read the first time, but stored within it will be the value read the second time. To prevent this possibility from causing any errors, this patch modifies the BOS descriptor after it has been read the second time: It sets the wTotalLength field to the actual length of the descriptors that were read in and validated. Then the memcpy() call, or any other code using these descriptors, will be able to rely on wTotalLength being valid. Reported-and-tested-by: syzbot+35f4d916c623118d576e@syzkaller.appspotmail.com Signed-off-by: Alan Stern CC: Link: https://lore.kernel.org/r/Pine.LNX.4.44L0.1909041154260.1722-100000@iolanthe.rowland.org Signed-off-by: Greg Kroah-Hartman --- drivers/usb/core/config.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) --- a/drivers/usb/core/config.c +++ b/drivers/usb/core/config.c @@ -891,7 +891,7 @@ int usb_get_bos_descriptor(struct usb_de struct usb_bos_descriptor *bos; struct usb_dev_cap_header *cap; struct usb_ssp_cap_descriptor *ssp_cap; - unsigned char *buffer; + unsigned char *buffer, *buffer0; int length, total_len, num, i, ssac; __u8 cap_type; int ret; @@ -936,10 +936,12 @@ int usb_get_bos_descriptor(struct usb_de ret = -ENOMSG; goto err; } + + buffer0 = buffer; total_len -= length; + buffer += length; for (i = 0; i < num; i++) { - buffer += length; cap = (struct usb_dev_cap_header *)buffer; if (total_len < sizeof(*cap) || total_len < cap->bLength) { @@ -953,8 +955,6 @@ int usb_get_bos_descriptor(struct usb_de break; } - total_len -= length; - if (cap->bDescriptorType != USB_DT_DEVICE_CAPABILITY) { dev_warn(ddev, "descriptor type invalid, skip\n"); continue; @@ -989,7 +989,11 @@ int usb_get_bos_descriptor(struct usb_de default: break; } + + total_len -= length; + buffer += length; } + dev->bos->desc->wTotalLength = cpu_to_le16(buffer - buffer0); return 0;