Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp712593pxv; Thu, 15 Jul 2021 14:11:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJztkFfKjy17nT0EzbIzEACK2y30gQWdaLp/me8mXHWEHm48xcT2BKk9F5qdC9WPq3PU1k3Z X-Received: by 2002:a50:d642:: with SMTP id c2mr9706272edj.22.1626383465868; Thu, 15 Jul 2021 14:11:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626383465; cv=none; d=google.com; s=arc-20160816; b=T866LAZ/AliRe6QS+U1s+29u124POTfA9HTq7pvQNUHCOHOHwaUMy7eMcSbKufZZ3H 8wvn2jsJxOxSXYBq80s68n85uxe3gF6nqICAtAbrXTf92okWG2hKywTJ8YIuXsmEDoTW culr9p5DCZ75hzEzEf2d/SkevzlJ65YELdqtzV7pQmUBqJDSS3NoJIkMryNyF6kqsr7b xQqx3baclEPO9rq3yHrBKecqDL/NH+G15LhS42GIdzJO8WVPUX8aoqhV2/jhIwS9utHz tO+bzihQLlMQqIBzBApVYUqQCHZwuq3S1LoCbt4QxscePTv+I8vEzIi16WfEf79OxMyW 0tIg== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=YFUqZfWI7RxqCfN/M392CsH97zjfYe2EE4cfdf4iQfo=; b=NloY0fdHkjgT+stumPV2OOEjyefWnyPZxVHPPZvXEL5EQCeOqZYuJmZvQO1pq178gQ yGGrDrozJq4ltkalRerCFo6tt22wRCV06BBfIxj0FOUpuK7EpRIc1Ztn6E43wKf7Rt7A IdRfRmNSHfI6hHCNcAf7CyQIDMKVZToNqIGfQjxZjT0bBGOiGaLtgUWsy+/6qknBpG42 kK6zAsuuhZXRcvN8Uh95AgyQtHtQjKvlHGAOi4CTin23HB5Pqix2up3k/ztVkC61g3yZ xOoqDFPcTfQ2yAWo+ikY/PAHAxjBDmQrHK3p8wCbzDOEkQxwHgV3wq03xC8CgXte5hXs EoDg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=uqHHUam8; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qh5si8404200ejb.72.2021.07.15.14.10.41; Thu, 15 Jul 2021 14:11:05 -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=@linuxfoundation.org header.s=korg header.b=uqHHUam8; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244259AbhGOTYA (ORCPT + 99 others); Thu, 15 Jul 2021 15:24:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:46538 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241596AbhGOTG4 (ORCPT ); Thu, 15 Jul 2021 15:06:56 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9C5C161412; Thu, 15 Jul 2021 19:03:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626375797; bh=feewwdOoKwoxjQtypCouCsjy4aJHDB7WzTa5g28dmaY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=uqHHUam8YDlLcBKdXAiQJtwI7UHXSU51V+B892FOcT+avWfapD94DYCj1LZstun04 YZZSfK1fwKQThxgMlgL5HbvQR19h5gXkhmkT7OTa17sYKgbjY8qpd+ZtPoWLDuAZHF vXvbvQFCd94EatxZ0KEphuwuz7EesFHFz0KH+aYY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Arnd Bergmann , Laurent Pinchart , Hans Verkuil , Mauro Carvalho Chehab Subject: [PATCH 5.12 239/242] media: v4l2-core: explicitly clear ioctl input data Date: Thu, 15 Jul 2021 20:40:01 +0200 Message-Id: <20210715182634.914664628@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210715182551.731989182@linuxfoundation.org> References: <20210715182551.731989182@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Arnd Bergmann commit 7b53cca764f9b291b7907fcd39d9e66ad728ee0b upstream. As seen from a recent syzbot bug report, mistakes in the compat ioctl implementation can lead to uninitialized kernel stack data getting used as input for driver ioctl handlers. The reported bug is now fixed, but it's possible that other related bugs are still present or get added in the future. As the drivers need to check user input already, the possible impact is fairly low, but it might still cause an information leak. To be on the safe side, always clear the entire ioctl buffer before calling the conversion handler functions that are meant to initialize them. Signed-off-by: Arnd Bergmann Reviewed-by: Laurent Pinchart Signed-off-by: Hans Verkuil Signed-off-by: Mauro Carvalho Chehab Signed-off-by: Greg Kroah-Hartman --- drivers/media/v4l2-core/v4l2-ioctl.c | 2 ++ 1 file changed, 2 insertions(+) --- a/drivers/media/v4l2-core/v4l2-ioctl.c +++ b/drivers/media/v4l2-core/v4l2-ioctl.c @@ -3166,8 +3166,10 @@ static int video_get_user(void __user *a if (copy_from_user(parg, (void __user *)arg, n)) err = -EFAULT; } else if (in_compat_syscall()) { + memset(parg, 0, n); err = v4l2_compat_get_user(arg, parg, cmd); } else { + memset(parg, 0, n); #if !defined(CONFIG_64BIT) && defined(CONFIG_COMPAT_32BIT_TIME) switch (cmd) { case VIDIOC_QUERYBUF_TIME32: