Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5020269ybl; Tue, 14 Jan 2020 02:06:06 -0800 (PST) X-Google-Smtp-Source: APXvYqzTUDTkKDdp13ZD2Ly6WGjw6SxSMh3H1d9+3Esb1vN3BkIj7JpP3fYBVdzSGUw6sxTTcRMs X-Received: by 2002:aca:2114:: with SMTP id 20mr16641948oiz.9.1578996365943; Tue, 14 Jan 2020 02:06:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578996365; cv=none; d=google.com; s=arc-20160816; b=KQKlKP+V5Qc48rs31AdZGdLQNGyLHvbouuACxidfnuWAbNFOun7BDB/odWVCCXJvM3 DRN6T6qc4C0mcSxOhfIRbnhtYE0VijHEWPw6IndobxVUXaC6iqXLCTS6fyOpRcDdNdy6 7xknuxgMq3PxLWSE1W/biotrMw0UGguaAGw8h2BDJRrsnV09zUNawg241xClndWnuSYc aVwFEpvx3ejFaHpyl/pIxf4w8tZYXarz7RbOHnV2c+1xxS56jZsaldZ0ey7CVPMoKvGu REzRcp7MzCiEimMwsEHobeDhFtn/0aUvTPS1Yn4uzkwVrKhFYh5WbsUQIo8WfLv7dTId E31w== 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=Tm8eTT2ou03yXZG/339TDEVia2L0EPOA04nerflZICg=; b=WYeAXs33nbblQ+SQfw7wR7cGBhXeHEmqIDvCOQ/8RxSXEs0n8aE0FWteoO1TVnOj+e C5HVhPVX1G9NFlVQ9z9/wrbnCwIXz/A996BZmdpowR4sgc+7KKto7hpSOPA7hBQq5n7I okNQtq9oSOmuXaj7coVCqDUGTR7YRL8KSWL/fOxJT1eavbQSIjhKozX1z7v9KxS2A5jM nGMHlb6RLrfAbI9LDwHIEg56kqGJosC95NaMrYwleAIXKm1SZi6QYCYcFHj7IYnJzGIZ g3xtA2VI8tmG1Ej/CF3rd6/nlBj8YahS+XeUTZUtXDczhIyG9x5SnGktBMxT3mGZhYS9 TMBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=S4sDllkZ; 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 m9si7265865oie.148.2020.01.14.02.05.55; Tue, 14 Jan 2020 02:06:05 -0800 (PST) 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=S4sDllkZ; 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 S1729880AbgANKE3 (ORCPT + 99 others); Tue, 14 Jan 2020 05:04:29 -0500 Received: from mail.kernel.org ([198.145.29.99]:60072 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729873AbgANKE1 (ORCPT ); Tue, 14 Jan 2020 05:04:27 -0500 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 5AEFD24673; Tue, 14 Jan 2020 10:04:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578996267; bh=WqD2Us02xrSuoy6mpu73fSbZ4IxiJuvY/HXOclXffyo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=S4sDllkZnm8j/XVmPisniS/j98lJdJuolYnUpj5JR+j6v5HmeZRZASiNUwEmPi8bj Ss2KkZ7Md2Uf5Mion727mVEYyiy1Y3CvEsIUvPgjWdLtIa73XcD26H18zJrydyDVIl KgjQEQOWD1mEhC7wrMTVNPVM634pmskIJpe20IB8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alan Stern , Jiri Kosina , syzbot+09ef48aa58261464b621@syzkaller.appspotmail.com Subject: [PATCH 5.4 17/78] HID: Fix slab-out-of-bounds read in hid_field_extract Date: Tue, 14 Jan 2020 11:00:51 +0100 Message-Id: <20200114094356.028051662@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200114094352.428808181@linuxfoundation.org> References: <20200114094352.428808181@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 8ec321e96e056de84022c032ffea253431a83c3c upstream. The syzbot fuzzer found a slab-out-of-bounds bug in the HID report handler. The bug was caused by a report descriptor which included a field with size 12 bits and count 4899, for a total size of 7349 bytes. The usbhid driver uses at most a single-page 4-KB buffer for reports. In the test there wasn't any problem about overflowing the buffer, since only one byte was received from the device. Rather, the bug occurred when the HID core tried to extract the data from the report fields, which caused it to try reading data beyond the end of the allocated buffer. This patch fixes the problem by rejecting any report whose total length exceeds the HID_MAX_BUFFER_SIZE limit (minus one byte to allow for a possible report index). In theory a device could have a report longer than that, but if there was such a thing we wouldn't handle it correctly anyway. Reported-and-tested-by: syzbot+09ef48aa58261464b621@syzkaller.appspotmail.com Signed-off-by: Alan Stern CC: Signed-off-by: Jiri Kosina Signed-off-by: Greg Kroah-Hartman --- drivers/hid/hid-core.c | 6 ++++++ 1 file changed, 6 insertions(+) --- a/drivers/hid/hid-core.c +++ b/drivers/hid/hid-core.c @@ -288,6 +288,12 @@ static int hid_add_field(struct hid_pars offset = report->size; report->size += parser->global.report_size * parser->global.report_count; + /* Total size check: Allow for possible report index byte */ + if (report->size > (HID_MAX_BUFFER_SIZE - 1) << 3) { + hid_err(parser->device, "report is too long\n"); + return -1; + } + if (!parser->local.usage_index) /* Ignore padding fields */ return 0;