From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4D221C433E7 for ; Mon, 12 Oct 2020 19:04:41 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id EC185214DB for ; Mon, 12 Oct 2020 19:04:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1602529481; bh=ShvNEEGhHk2gSVxuSwLHj1bk8F+pdYDgrwV5iL7PQF4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:List-ID:From; b=XrPISMu1sP+Vf9TZSq007mol5izIDQcVuloLNaHL4CWnP4EsLQouApOhV/+xmDnc+ v+/+R2Mi5HpyTs3vdPLqvsnJ3FWfgxcOehDM8RJqDW+TS6hveFpUYt3oVD2LfOT5T0 vBb2vtrXseoPlb4iP2w8xVrqZ7e0NIYhdIhoerNE= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391460AbgJLTEj (ORCPT ); Mon, 12 Oct 2020 15:04:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:54362 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391343AbgJLTEZ (ORCPT ); Mon, 12 Oct 2020 15:04:25 -0400 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4899922247; Mon, 12 Oct 2020 19:04:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1602529445; bh=ShvNEEGhHk2gSVxuSwLHj1bk8F+pdYDgrwV5iL7PQF4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=vOgf6eQ8gXJnoQJCAm4K60wlnN9sjVq4Tfa4Ar93FdzIbzI2I6GUmzY0sVv6gbeBU HqrmM3ZB9R/hwABbDL1xpKAaYn3Wduaj8UIxPPLjGCM7ibuwzc24BtEO6x6srG3fu7 uiqnLdH0mnMMk0ra3aZBk+iWasQu2+KLKzM9xfCU= From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Linus Torvalds , Vegard Nossum , Al Viro , "Eric W . Biederman" , Sasha Levin Subject: [PATCH AUTOSEL 4.14 09/11] usermodehelper: reset umask to default before executing user process Date: Mon, 12 Oct 2020 15:03:51 -0400 Message-Id: <20201012190353.3279662-9-sashal@kernel.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20201012190353.3279662-1-sashal@kernel.org> References: <20201012190353.3279662-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Linus Torvalds [ Upstream commit 4013c1496c49615d90d36b9d513eee8e369778e9 ] Kernel threads intentionally do CLONE_FS in order to follow any changes that 'init' does to set up the root directory (or cwd). It is admittedly a bit odd, but it avoids the situation where 'init' does some extensive setup to initialize the system environment, and then we execute a usermode helper program, and it uses the original FS setup from boot time that may be very limited and incomplete. [ Both Al Viro and Eric Biederman point out that 'pivot_root()' will follow the root regardless, since it fixes up other users of root (see chroot_fs_refs() for details), but overmounting root and doing a chroot() would not. ] However, Vegard Nossum noticed that the CLONE_FS not only means that we follow the root and current working directories, it also means we share umask with whatever init changed it to. That wasn't intentional. Just reset umask to the original default (0022) before actually starting the usermode helper program. Reported-by: Vegard Nossum Cc: Al Viro Acked-by: Eric W. Biederman Signed-off-by: Linus Torvalds Signed-off-by: Sasha Levin --- kernel/umh.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/kernel/umh.c b/kernel/umh.c index a5daa8534d0ed..9c41f05f969bf 100644 --- a/kernel/umh.c +++ b/kernel/umh.c @@ -13,6 +13,7 @@ #include #include #include +#include #include #include #include @@ -70,6 +71,14 @@ static int call_usermodehelper_exec_async(void *data) flush_signal_handlers(current, 1); spin_unlock_irq(¤t->sighand->siglock); + /* + * Initial kernel threads share ther FS with init, in order to + * get the init root directory. But we've now created a new + * thread that is going to execve a user process and has its own + * 'struct fs_struct'. Reset umask to the default. + */ + current->fs->umask = 0022; + /* * Our parent (unbound workqueue) runs with elevated scheduling * priority. Avoid propagating that into the userspace child. -- 2.25.1