Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1825711ybn; Thu, 26 Sep 2019 02:49:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqxwNU6z+LKK+gZL+7L70Oev6sY4wq7EZk3zqHqMWu0Et+/sPrLPkqt5AJeWlztDVQ2B/Wtu X-Received: by 2002:a50:f045:: with SMTP id u5mr2500654edl.297.1569491350687; Thu, 26 Sep 2019 02:49:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569491350; cv=none; d=google.com; s=arc-20160816; b=0OD74EgCZ25HAUqStw3m+sSAFUnsqCamj3Yk4GbPZ9SZ2sKtgbTSNLSPi4RlNvgMY1 dC+K+A1rT8BTAaZbn/i3J1YWRA8+Zaw3CDJXC8pdnZLLlO8S7ZEbXILIpt6QBFBo9vKB z+VQ1rV8a9eSCSPqG062jj00Ky38baqIYDH33Lqq7tgJfMfcgX6l5+5ASWqemnGn4d/T K+dzI23mjp2Su3V55QK74yQWWneOm7ovggNKg5DEEAlrJ/yfj4dYk70LeV2KZqBoFsLw rDojVByp50u3qYcoEsVHUu356hFWWWvZj8wBfkpPz5jTgbEYnVlqPxltbFkdJxPuncft BEVA== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=fZ0+C/mgAOFdF1Z011LA+gcj1Y24513WeelG2tuk2zk=; b=v4LeUGzEb7ChB7SvKbHy+BpOBq0r5kCojebvhZJCyBJIDzq9RVBteM/MqEUhW3CMox qsT49UIX+BbVl4rl08r7SS3T0aLIpRAgWQk+AxthAclX+RCicQ5aPB1J/FZ0fakndOqb rk5AgmV7yDa/ImWre/Fkouky3jZMb3UfjrSC5j3fa8ULp71UY6GI7McsDo1ng+OU3eWr IAc0w1m4kzV7wOGN9GALhX8M9X2u/ChBpan327H4JVrhRQaUi9mYASWM9mxTSornU+FZ J4XCuu9Fnnhuk6L83fov3o8oN1UT7cIsdSX0VXeusBP1IdxOu/jBN0/GZk05jrbIMDDt bsLw== ARC-Authentication-Results: i=1; mx.google.com; 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 jz12si590918ejb.193.2019.09.26.02.48.47; Thu, 26 Sep 2019 02:49:10 -0700 (PDT) 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; 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 S2440110AbfIYRA0 (ORCPT + 99 others); Wed, 25 Sep 2019 13:00:26 -0400 Received: from mx2.mailbox.org ([80.241.60.215]:12022 "EHLO mx2.mailbox.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392205AbfIYRAV (ORCPT ); Wed, 25 Sep 2019 13:00:21 -0400 Received: from smtp2.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id 08F8FA21A9; Wed, 25 Sep 2019 19:00:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp2.mailbox.org ([80.241.60.240]) by spamfilter01.heinlein-hosting.de (spamfilter01.heinlein-hosting.de [80.241.56.115]) (amavisd-new, port 10030) with ESMTP id NenetSGFHkWR; Wed, 25 Sep 2019 19:00:12 +0200 (CEST) From: Aleksa Sarai To: Ingo Molnar , Peter Zijlstra , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Christian Brauner Cc: Aleksa Sarai , Rasmus Villemoes , Al Viro , Linus Torvalds , libc-alpha@sourceware.org, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v1 3/4] sched_setattr: switch to copy_struct_from_user() Date: Wed, 25 Sep 2019 18:59:14 +0200 Message-Id: <20190925165915.8135-4-cyphar@cyphar.com> In-Reply-To: <20190925165915.8135-1-cyphar@cyphar.com> References: <20190925165915.8135-1-cyphar@cyphar.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The change is very straightforward, and helps unify the syscall interface for struct-from-userspace syscalls. Ideally we could also unify sched_getattr(2)-style syscalls as well, but unfortunately the correct semantics for such syscalls are much less clear (see [1] for more detail). In future we could come up with a more sane idea for how the syscall interface should look. [1]: commit 1251201c0d34 ("sched/core: Fix uclamp ABI bug, clean up and robustify sched_read_attr() ABI logic and code") Signed-off-by: Aleksa Sarai --- kernel/sched/core.c | 43 +++++++------------------------------------ 1 file changed, 7 insertions(+), 36 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index df9f1fe5689b..cdb2f5e29b88 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -4900,9 +4900,6 @@ static int sched_copy_attr(struct sched_attr __user *uattr, struct sched_attr *a u32 size; int ret; - if (!access_ok(uattr, SCHED_ATTR_SIZE_VER0)) - return -EFAULT; - /* Zero the full structure, so that a short copy will be nice: */ memset(attr, 0, sizeof(*attr)); @@ -4910,45 +4907,19 @@ static int sched_copy_attr(struct sched_attr __user *uattr, struct sched_attr *a if (ret) return ret; - /* Bail out on silly large: */ - if (size > PAGE_SIZE) - goto err_size; - /* ABI compatibility quirk: */ if (!size) size = SCHED_ATTR_SIZE_VER0; - - if (size < SCHED_ATTR_SIZE_VER0) + if (size < SCHED_ATTR_SIZE_VER0 || size > PAGE_SIZE) goto err_size; - /* - * If we're handed a bigger struct than we know of, - * ensure all the unknown bits are 0 - i.e. new - * user-space does not rely on any kernel feature - * extensions we dont know about yet. - */ - if (size > sizeof(*attr)) { - unsigned char __user *addr; - unsigned char __user *end; - unsigned char val; - - addr = (void __user *)uattr + sizeof(*attr); - end = (void __user *)uattr + size; - - for (; addr < end; addr++) { - ret = get_user(val, addr); - if (ret) - return ret; - if (val) - goto err_size; - } - size = sizeof(*attr); + ret = copy_struct_from_user(attr, sizeof(*attr), uattr, size); + if (ret) { + if (ret == -E2BIG) + goto err_size; + return ret; } - ret = copy_from_user(attr, uattr, size); - if (ret) - return -EFAULT; - if ((attr->sched_flags & SCHED_FLAG_UTIL_CLAMP) && size < SCHED_ATTR_SIZE_VER1) return -EINVAL; @@ -5148,7 +5119,7 @@ sched_attr_copy_to_user(struct sched_attr __user *uattr, * sys_sched_getattr - similar to sched_getparam, but with sched_attr * @pid: the pid in question. * @uattr: structure containing the extended parameters. - * @usize: sizeof(attr) that user-space knows about, for forwards and backwards compatibility. + * @usize: sizeof(attr) for fwd/bwd comp. * @flags: for future extension. */ SYSCALL_DEFINE4(sched_getattr, pid_t, pid, struct sched_attr __user *, uattr, -- 2.23.0