Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp812540pxb; Thu, 19 Aug 2021 11:51:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy+sO4oVokMAdNBzNlCa6pHVJ1fy5yyNl+9TPlX9x2G2yLdgYjmojx0R/YQpkF0k7QOD7a0 X-Received: by 2002:a17:907:7856:: with SMTP id lb22mr11741080ejc.264.1629399093296; Thu, 19 Aug 2021 11:51:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629399093; cv=none; d=google.com; s=arc-20160816; b=Ve8EtkfjbI+txszB0fvTOGMkx7g8205rIjcKYVPElgINJ5W7UW5Z5INefOa8K+nmB+ J7W4/eXDweNyn3ZGEhYh3UVvcqiAz3IpS+fgIs67Pp4/Xgi18JdzFXAA516z6gtgxjNz 2Awryed/iIZnRJNTYnKqjbOw2ObOIwH8tcSbDgHA8C/KMrzcEqamv/Hq0WGreQsMxBe1 GUowHjfpBSqqvZJBN2h4aBW4iS7XSQP6cKy7rEfci+LQ73BolQi5FJczzS02szNbwQl6 YdXpV5VViuRsPKiRWzow7xkR8gjpBa0W3IzCSIQ2GHKCr1lnHZPb/w6lRHS51Ax+nXM8 A/GA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date:dkim-signature; bh=u+EXdA/ixbpm9YjHIv2sKWFy5FZG3vFAzZXxTc2EhWg=; b=zbNIRarwly3qo6RqWtwIIlf1M3BcQQOK6LzhlGYouYbrZGyq7MZ6NxkWOkU6HjaXA6 Dg+GmBC6GPLTo8NfqPC0O2YAH+Oi+3o7ETc+/cKq5vRuTfcBaCw/2bIHH7u0nmW3BtAa mggs6QOJaNOoT1FDvfQkRFy6oNFXfltJvCiEVFeREWaK+RFGR+NWLWbd4rGHgHrMu7C3 G/hoI3YdOOTJbe3Jfxt45Eyp7D6u5MNvNMhLqe4JlzEXFtO/aARBDqGHFCfA/WksG+37 smPh/0wnz6gLD9KajclrCrFyOI+RrzzfPadu/39X8bwmIm3URHfwOXcC4hs7IWT9pJvl Eu5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Jp206xtA; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hr30si5025184ejc.601.2021.08.19.11.51.09; Thu, 19 Aug 2021 11:51:33 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Jp206xtA; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233792AbhHSSsD (ORCPT + 99 others); Thu, 19 Aug 2021 14:48:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:36096 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231500AbhHSSsC (ORCPT ); Thu, 19 Aug 2021 14:48:02 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id F0D0B610A0; Thu, 19 Aug 2021 18:47:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1629398846; bh=H4r7/gW7t6P2DHP1TLFpBrBqRBsBLWkI0iu7UuRE+cM=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=Jp206xtArCf+YuBbF8v8awwl/uRbb14v9wL4KpJBRB5YM4mKPdFlz9GS7+qzCq4rE 52mzUjd2zEkRDXC7qMDPrx/Y0CGkgqcFjUgh7LrASPP8XE4yaE860IrP547wfi9yjv EUbH3c3Sbpr2I9ni7RShwxFS+YoJZiIgFFohW9/rJxOYTvadcTIgHR9Bb0tQjKFVhC ntqbsh4rgJnutBvoCzNYvNMUlU8oZBTnDiq7iYOX6/NIMgLMNWhVoww2EI/BCKXfQ4 VvHSDlAoQJ4AIIP0aRjZPbo1TPzbLiv/sBNYARSKEjHtXVg/DcIjypzy3utqHh1J6a OzJ68y5smwvJA== Date: Thu, 19 Aug 2021 20:47:22 +0200 (CEST) From: Jiri Kosina To: "F.A.Sulaiman" cc: benjamin.tissoires@redhat.com, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, paskripkin@gmail.com Subject: Re: [PATCH] fix slab-out-of-bounds Write in betop_probe In-Reply-To: <20210816201544.26405-1-asha.16@itfac.mrt.ac.lk> Message-ID: References: <20210816201544.26405-1-asha.16@itfac.mrt.ac.lk> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 17 Aug 2021, F.A.Sulaiman wrote: > This patch resolves the bug 'KASAN: slab-out-of-bounds Write in betop_probe' reported by Syzbot. > This checkes hid_device's input is non empty before it's been used. > > Signed-off-by: F.A. SULAIMAN > --- > drivers/hid/hid-betopff.c | 10 ++++++++++ > 1 file changed, 10 insertions(+) > > diff --git a/drivers/hid/hid-betopff.c b/drivers/hid/hid-betopff.c > index 467d789f9bc2..27b57aef9a0a 100644 > --- a/drivers/hid/hid-betopff.c > +++ b/drivers/hid/hid-betopff.c > @@ -121,8 +121,18 @@ static int betopff_init(struct hid_device *hid) > > static int betop_probe(struct hid_device *hdev, const struct hid_device_id *id) > { > + struct hid_input *hidinput; > + struct input_dev *dev; > int ret; > > + if (list_empty(&hdev->inputs)) { > + hid_err(hdev, "no inputs found\n"); > + return -ENODEV; > + } > + > + hidinput = list_first_entry(&hdev->inputs, struct hid_input, list); > + dev = hidinput->input; > + Thanks for the fix. Syzbot is right though -- what is the point of the above assignment? Could you please resubmit a fixed up version? Thanks, -- Jiri Kosina SUSE Labs