Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3304728pxb; Mon, 25 Jan 2021 12:11:32 -0800 (PST) X-Google-Smtp-Source: ABdhPJz3+m8L9RNbhyErzv7FwIlc9aTRCiZSc8siju82Td8wl/juBvFRmJLq/9AnL+gtANMzZC/B X-Received: by 2002:a17:906:a94:: with SMTP id y20mr1305168ejf.525.1611605492643; Mon, 25 Jan 2021 12:11:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611605492; cv=none; d=google.com; s=arc-20160816; b=DK4tcev7tCPF+12Duhn2eALDlUQWuLhOlMPJhrcViI0vRuyTG2j4s6XjwGiaP7mMNg ZePGtde449B+tdWrNuXUIOIomYTa9Q+vIiQ6HLeX+S9GNuGc/0SLXktMg6p9xylsttjv DB5ld0+09aBonGI+ysrr0wIRNZyPg6rcs3ZcNw22//4AQiRsNkrbabFe3I8tVzaD0Rn2 djlaAC1aQl6gEHEKcVtSJrys4NKQ8tgf7Wrz4hWPa6MEVOsK9l0xrsztCysoj1kLYigw NrpGVl+cHXwRpuWI5M3+uwBr7Zrp1Hv/A8YuNnIy4RKccrxjGKLFfL19PYt7Yemn0Ej0 qyEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=WxSKwJHyO8SIljr2zHjLVzVMGSSHleVQuVJNPyP7bQs=; b=XParfkqz50/ZiNwOkDN7dygF85n8VkSCE+sTe16+KijEzbQKFt5Kvzz+7fNvwqGg5B y6l5j0SLOZGZUVXyFJg6vZ8VZzF/ixW1FWqIzCaJYjWYWHtbQrV3JCptJzqTnuZeg5al LNnZSETJL5YPHU3h9dndt1qt1+Lpq6Ld5vBiTzA9vlNGICB0QpBAMGGLZyH1iU7ZdO5N GjMUxGPVFGfioIZVBGoaVKVKBWCan8XNyxFymOjk1KnrYRVZal0UBflcA5YHMNaptZQV n280EZvave9dRWVkhhbtlHaKzBuCUm3ZnLmbRwmHoRWnZ+RHWUo0wC7gz9iFsinChxLb FqgA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l14si3522163ejr.33.2021.01.25.12.11.07; Mon, 25 Jan 2021 12:11:32 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731959AbhAYUJd (ORCPT + 99 others); Mon, 25 Jan 2021 15:09:33 -0500 Received: from gloria.sntech.de ([185.11.138.130]:60888 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732187AbhAYT6T (ORCPT ); Mon, 25 Jan 2021 14:58:19 -0500 Received: from ip5f5aa64a.dynamic.kabel-deutschland.de ([95.90.166.74] helo=phil.lan) by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l47Im-00048n-6w; Mon, 25 Jan 2021 20:13:28 +0100 From: Heiko Stuebner To: hminas@synopsys.com, gregkh@linuxfoundation.org Cc: christoph.muellner@theobroma-systems.com, paulz@synopsys.com, yousaf.kaukab@intel.com, balbi@ti.com, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, heiko@sntech.de, Heiko Stuebner , stable@vger.kernel.org Subject: [PATCH] usb: dwc2: Fix endpoint direction check in ep_from_windex Date: Mon, 25 Jan 2021 20:13:24 +0100 Message-Id: <20210125191324.1981199-1-heiko@sntech.de> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Heiko Stuebner dwc2_hsotg_process_req_status uses ep_from_windex() to retrieve the endpoint for the index provided in the wIndex request param. In a test-case with a rndis gadget running and sending a malformed packet to it like: dev.ctrl_transfer( 0x82, # bmRequestType 0x00, # bRequest 0x0000, # wValue 0x0001, # wIndex 0x00 # wLength ) it is possible to cause a crash: [ 217.533022] dwc2 ff300000.usb: dwc2_hsotg_process_req_status: USB_REQ_GET_STATUS [ 217.559003] Unable to handle kernel read from unreadable memory at virtual address 0000000000000088 ... [ 218.313189] Call trace: [ 218.330217] ep_from_windex+0x3c/0x54 [ 218.348565] usb_gadget_giveback_request+0x10/0x20 [ 218.368056] dwc2_hsotg_complete_request+0x144/0x184 This happens because ep_from_windex wants to compare the endpoint direction even if index_to_ep() didn't return an endpoint due to the direction not matching. The fix is easy insofar that the actual direction check is already happening when calling index_to_ep() which will return NULL if there is no endpoint for the targeted direction, so the offending check can go away completely. Fixes: c6f5c050e2a7 ("usb: dwc2: gadget: add bi-directional endpoint support") Signed-off-by: Heiko Stuebner Cc: stable@vger.kernel.org --- drivers/usb/dwc2/gadget.c | 7 +------ 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/dwc2/gadget.c index 70ac47a341ac..a68c01b1dd73 100644 --- a/drivers/usb/dwc2/gadget.c +++ b/drivers/usb/dwc2/gadget.c @@ -1553,12 +1553,7 @@ static struct dwc2_hsotg_ep *ep_from_windex(struct dwc2_hsotg *hsotg, if (idx > hsotg->num_of_eps) return NULL; - ep = index_to_ep(hsotg, idx, dir); - - if (idx && ep->dir_in != dir) - return NULL; - - return ep; + return index_to_ep(hsotg, idx, dir); } /** -- 2.29.2