Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp664960pxv; Thu, 15 Jul 2021 12:53:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx2AOnwMb3DYwP7EkQeBUgv1P0cf+aMbC/XqzlbqwIHu9dkBrnzguZDSpLIfw8VJH0pevYQ X-Received: by 2002:a05:6402:c6:: with SMTP id i6mr9434151edu.330.1626378809092; Thu, 15 Jul 2021 12:53:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626378809; cv=none; d=google.com; s=arc-20160816; b=C4UeqCM6z8J0IkKK24gpsJ4fpPEaaxxWpCGmAjeHGS8OlDcFzo+sDClDpDpWG9a+YC yTHSjGz6RLGqzB716McjHvFXPJvQOuRHc/yOL4XXc5epbLPTelSpX90yejBaDTaGlmRX 3CGdKXulghN3GMMuIfjSPbnAMw7RefVnS17FqjWdf6xooOeUPXY7QJ0LrnxxL6QpDDqv aMXhe+LpGQUaNP7cqGET4eWA3kg91f5YdXceAF0+Tw5evS5gt10QLvyKT/dE1i7L3ako 23n3Tx3rn/aNv5s/7onONfN5Gym+maNJTIk0Aifb66XQAjlc7RWA+4vkd8aui2Eejn/G 1PtQ== 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=vkwcjE0W/WsfJ8iAcydsIO+NMrjfv+Rn/cTBRDr4Puc=; b=jqq+Botpvrp8hDD2EVNJiT/kBEOqWsIKotF3XP8WskCeVd0ryAtjke8zB3cdakbRwV ztC2gm2vQNUb8pWXevlJUt3ZQLO7uxhz4F01H/YIuV/cgV4vvmySRErqGJDczAVAGohn ePq5MFiDTJ67Qpq8UOMUz2CsFNuvd/Nytc21FZmXU6hkTyX9/hMNqtcYxGNg3n7pD2XO Eu/EX80XxGg9zORnm0jMg+Uv8m7hvN8+07MRJGzhITq4mG98eyU77LEUOVguSwZb3BLy JRUtLjOtr3EqnY6Qu5jZc1VKdrYdPXGC5U++ZyWlLcLSHuqcPiXkriuUkeZWDjC9nDB1 kDhA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xecu3Ww7; 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 s11si8451349edd.46.2021.07.15.12.53.06; Thu, 15 Jul 2021 12:53:29 -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=xecu3Ww7; 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 S245372AbhGOTts (ORCPT + 99 others); Thu, 15 Jul 2021 15:49:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:58474 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243412AbhGOTSm (ORCPT ); Thu, 15 Jul 2021 15:18:42 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A7B5161158; Thu, 15 Jul 2021 19:13:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626376419; bh=2bHFb3E+HFcUoTnG9M5Bm+wjMeg1RvtsMh3EYOc2xIk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xecu3Ww7YgFh/2OexSYdNiyJK0KvhfyjtG2ujAIfLXveWBDTnx5boPQlrJC2eB8Dq JN2DJy8YoCuVU9V7WlRfCsDmpMpmMGOC0s6ZJehCgCivl3zt7UXVJoO0fibspoX+wf dNkWpk/jOkgUlMY9FFbRejtX5X2YwcGkrEwFU5lo= 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.13 264/266] media: v4l2-core: explicitly clear ioctl input data Date: Thu, 15 Jul 2021 20:40:19 +0200 Message-Id: <20210715182653.481266998@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210715182613.933608881@linuxfoundation.org> References: <20210715182613.933608881@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 @@ -3124,8 +3124,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: