Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp4341952ybi; Tue, 30 Jul 2019 00:16:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqxNyJbQSIHL03vf7U7qyrq9kdpWDnh1biuXoZvoPx2Xvv9C+jteNUoJ/g3M2u/lqWhVu4XY X-Received: by 2002:a17:90a:8a0b:: with SMTP id w11mr115041985pjn.125.1564470982325; Tue, 30 Jul 2019 00:16:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564470982; cv=none; d=google.com; s=arc-20160816; b=OQzcoWGkgIC+qrpzmFm6ClGkT/ZSdXLRv0+C+e43Yr+QAyyxdNjuZ3kw7gxflyjf9U hVuGHLk0ZNO73RUu/hzSzdzby5Jlpcops2tks5Sn9Kmo0dE/9LNy32sJPeCjjg/g6uhX 9dqWLH9VChV7b/CyAJSaWEO07A554lZO/HbxJTqOI6GzITnqLDITkZbpKg+3Khovc/r6 ARFaW6YGsoxPOKUESBJQaTzKzj3DCo1je/k+UZcqbprGjtqJT1hP7ToLDTjZppNs75kb cIUaVR4d5zx6eCcHxYEZOeqZqK4KUFPi0e7C1Q9aIt4lDOfgw4Q3uMDSL+dhUIw0Mwh6 3+3Q== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=+DCztiuRFI6q2coQcfdFZZudESdTnRv51rB74hoV4B8=; b=u/U98uY5uyeMzYsHyRSfPtw8W/ayFvUXJmv+DnME4y3iTWLYodRDDQs05fZBrEkary ExChBj9REGm0M84H+TNB4e549cObkMOSK3b+t9gOJ4RtVbE5BwM1/sEa9lJxfnbKOWLa S1aqJC1aZ2idl79qXc7CSr5Iqo5G+BFJFX+4GiQSzL3OhSptmQXN/fyTAZu3NusqL2aq ZzcGb0jbSmX0ZcN8EMS8B3zAu1FH7P5Dyk//2Rosz3zQjPIyti4E8bcisEBcwqhMNsVg qJh58mEi9VKo6Q4AzUyKVhwfp0iCyV/Z+Yk0yBV3AWPrZ8slyo6Qe3ehul94aEbd0dR7 p0qg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=AME+Lo9m; 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 h8si28918800pgc.402.2019.07.30.00.16.07; Tue, 30 Jul 2019 00:16:22 -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; dkim=pass header.i=@kernel.org header.s=default header.b=AME+Lo9m; 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 S1730118AbfG2UMH (ORCPT + 99 others); Mon, 29 Jul 2019 16:12:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:45794 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730244AbfG2TcX (ORCPT ); Mon, 29 Jul 2019 15:32:23 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E31B3217D7; Mon, 29 Jul 2019 19:32:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1564428742; bh=AILK7DP9X50hhJTzq8VqHW7fZk/yuQgyTU9wiXDKOBI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=AME+Lo9mduQCgDd8HDqkegJgefhiFHjusHbIFHFgO8lOOPbjFueiRw4/PQX2/JJxJ PWFgsgYTDabRL3c9fDtaKALHvU71bAT9n6/oWmT60HWCyFjrAjmueFKBVn/72yiEsV G9ulaQxuJuU3C3UMuokj7jxL7YL6uP1sFSQhEAX4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Radoslaw Burny , Luis Chamberlain , Kees Cook , "Eric W . Biederman" , Seth Forshee , John Sperbeck , Alexey Dobriyan , Andrew Morton , Linus Torvalds Subject: [PATCH 4.14 145/293] fs/proc/proc_sysctl.c: fix the default values of i_uid/i_gid on /proc/sys inodes. Date: Mon, 29 Jul 2019 21:20:36 +0200 Message-Id: <20190729190835.633385600@linuxfoundation.org> X-Mailer: git-send-email 2.22.0 In-Reply-To: <20190729190820.321094988@linuxfoundation.org> References: <20190729190820.321094988@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Radoslaw Burny commit 5ec27ec735ba0477d48c80561cc5e856f0c5dfaf upstream. Normally, the inode's i_uid/i_gid are translated relative to s_user_ns, but this is not a correct behavior for proc. Since sysctl permission check in test_perm is done against GLOBAL_ROOT_[UG]ID, it makes more sense to use these values in u_[ug]id of proc inodes. In other words: although uid/gid in the inode is not read during test_perm, the inode logically belongs to the root of the namespace. I have confirmed this with Eric Biederman at LPC and in this thread: https://lore.kernel.org/lkml/87k1kzjdff.fsf@xmission.com Consequences ============ Since the i_[ug]id values of proc nodes are not used for permissions checks, this change usually makes no functional difference. However, it causes an issue in a setup where: * a namespace container is created without root user in container - hence the i_[ug]id of proc nodes are set to INVALID_[UG]ID * container creator tries to configure it by writing /proc/sys files, e.g. writing /proc/sys/kernel/shmmax to configure shared memory limit Kernel does not allow to open an inode for writing if its i_[ug]id are invalid, making it impossible to write shmmax and thus - configure the container. Using a container with no root mapping is apparently rare, but we do use this configuration at Google. Also, we use a generic tool to configure the container limits, and the inability to write any of them causes a failure. History ======= The invalid uids/gids in inodes first appeared due to 81754357770e (fs: Update i_[ug]id_(read|write) to translate relative to s_user_ns). However, AFAIK, this did not immediately cause any issues. The inability to write to these "invalid" inodes was only caused by a later commit 0bd23d09b874 (vfs: Don't modify inodes with a uid or gid unknown to the vfs). Tested: Used a repro program that creates a user namespace without any mapping and stat'ed /proc/$PID/root/proc/sys/kernel/shmmax from outside. Before the change, it shows the overflow uid, with the change it's 0. The overflow uid indicates that the uid in the inode is not correct and thus it is not possible to open the file for writing. Link: http://lkml.kernel.org/r/20190708115130.250149-1-rburny@google.com Fixes: 0bd23d09b874 ("vfs: Don't modify inodes with a uid or gid unknown to the vfs") Signed-off-by: Radoslaw Burny Acked-by: Luis Chamberlain Cc: Kees Cook Cc: "Eric W . Biederman" Cc: Seth Forshee Cc: John Sperbeck Cc: Alexey Dobriyan Cc: [4.8+] Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- fs/proc/proc_sysctl.c | 4 ++++ 1 file changed, 4 insertions(+) --- a/fs/proc/proc_sysctl.c +++ b/fs/proc/proc_sysctl.c @@ -498,6 +498,10 @@ static struct inode *proc_sys_make_inode if (root->set_ownership) root->set_ownership(head, table, &inode->i_uid, &inode->i_gid); + else { + inode->i_uid = GLOBAL_ROOT_UID; + inode->i_gid = GLOBAL_ROOT_GID; + } return inode; }