Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2682314ybz; Sun, 19 Apr 2020 07:13:07 -0700 (PDT) X-Google-Smtp-Source: APiQypLFavr6drjNApTdJXCscrEvXN5iuiB3Oi/o2MEIDK59YUgHfOx2SUGrv5Yq8aY7j0mZ8G8A X-Received: by 2002:a17:906:130e:: with SMTP id w14mr12154344ejb.155.1587305587755; Sun, 19 Apr 2020 07:13:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587305587; cv=none; d=google.com; s=arc-20160816; b=BGIkmsWnXWUZSizXNr2rFe7l/zCph7OYayt6YGP0UgTYmmk3XTpdv33+Mhp/2zp5Im 12b9P7MOF3tEE6WUEQesLthwFiwsSf3j3mTtCwLw3nPTolIgEipxOCZiBr2VhU+KkIM1 F1lRTa+iFJKXRi4kZ0Rd+QigMVWitY2nX5pVZjfT2SBEQitRXU1mu4CvODZGXRsBMsTf 8lNtf/DcgZAY1KAqiguuw+NfiOfNDq8SkZ4ocsOb/XRUWigQkbLsjtaeajdNxvHSocPm nfZsy7/u2KuB7xPnbyy1f4vyPhCVA4hO0d2SAm0KoMAJ+lTK7NRP/k0JV1mNMjXwKTjM FRBw== 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=eWXTOPq62VbBOxaMnqXNuIy2rrvNQtC0F1ILMYq9Pl4=; b=trBEJmVKapqnq5CAzeOlmj9VEnElIxvo7/wVhsC/DrOcCPqhwazxamoCkVMNzjETZ1 SzvTi00qK5n4hLfUy6EIPBRD2wsVzDVcDP4FLqsLeJpUoeMwGvPcvSVbsUK3n/KM3URl bRBz0F5ThmEriXVjLrkacuymdWCwzNmKOq/zs55Ml89tACVQZKI4E+vBUbfzIEos7nHg psJIfggm//8wG0yHpU9AYCFv9UBckmft7G+LL1avldWzUHEGSOvT5soF9veld2w6EmJn iXAY0eum8jFE+jJ6RaQkS/EA5RUVuEhm/7DgcbVwU0ihc+46FdnqLM2+Fusb3wllljMQ yu0Q== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 24si17596334ejv.109.2020.04.19.07.12.45; Sun, 19 Apr 2020 07:13:07 -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; 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=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726386AbgDSOLt (ORCPT + 99 others); Sun, 19 Apr 2020 10:11:49 -0400 Received: from raptor.unsafe.ru ([5.9.43.93]:45564 "EHLO raptor.unsafe.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726157AbgDSOLr (ORCPT ); Sun, 19 Apr 2020 10:11:47 -0400 Received: from comp-core-i7-2640m-0182e6.redhat.com (ip-89-102-33-211.net.upcbroadband.cz [89.102.33.211]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by raptor.unsafe.ru (Postfix) with ESMTPSA id ED324209FF; Sun, 19 Apr 2020 14:11:42 +0000 (UTC) From: Alexey Gladkov To: LKML Cc: Kernel Hardening , Linux API , Linux FS Devel , Linux Security Module , Akinobu Mita , Alexander Viro , Alexey Dobriyan , Alexey Gladkov , Andrew Morton , Andy Lutomirski , Daniel Micay , Djalal Harouni , "Dmitry V . Levin" , "Eric W . Biederman" , Greg Kroah-Hartman , Ingo Molnar , "J . Bruce Fields" , Jeff Layton , Jonathan Corbet , Kees Cook , Linus Torvalds , Oleg Nesterov , David Howells Subject: [PATCH v12 5/7] docs: proc: add documentation for "hidepid=4" and "subset=pid" options and new mount behavior Date: Sun, 19 Apr 2020 16:10:55 +0200 Message-Id: <20200419141057.621356-6-gladkov.alexey@gmail.com> X-Mailer: git-send-email 2.25.3 In-Reply-To: <20200419141057.621356-1-gladkov.alexey@gmail.com> References: <20200419141057.621356-1-gladkov.alexey@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.1 (raptor.unsafe.ru [5.9.43.93]); Sun, 19 Apr 2020 14:11:43 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Signed-off-by: Alexey Gladkov Reviewed-by: Alexey Dobriyan Reviewed-by: Kees Cook --- Documentation/filesystems/proc.rst | 54 ++++++++++++++++++++++++++++++ 1 file changed, 54 insertions(+) diff --git a/Documentation/filesystems/proc.rst b/Documentation/filesystems/proc.rst index 38b606991065..360486c7a992 100644 --- a/Documentation/filesystems/proc.rst +++ b/Documentation/filesystems/proc.rst @@ -51,6 +51,8 @@ fixes/update part 1.1 Stefani Seibold June 9 2009 4 Configuring procfs 4.1 Mount options + 5 Filesystem behavior + Preface ======= @@ -2142,6 +2144,7 @@ The following mount options are supported: ========= ======================================================== hidepid= Set /proc// access mode. gid= Set the group authorized to learn processes information. + subset= Show only the specified subset of procfs. ========= ======================================================== hidepid=0 means classic mode - everybody may access all /proc// directories @@ -2164,6 +2167,57 @@ information about running processes, whether some daemon runs with elevated privileges, whether other user runs some sensitive program, whether other users run any program at all, etc. +hidepid=4 means that procfs should only contain /proc// directories +that the caller can ptrace. + gid= defines a group authorized to learn processes information otherwise prohibited by hidepid=. If you use some daemon like identd which needs to learn information about processes information, just add identd to this group. + +subset=pid hides all top level files and directories in the procfs that +are not related to tasks. + +5 Filesystem behavior +---------------------------- + +Originally, before the advent of pid namepsace, procfs was a global file +system. It means that there was only one procfs instance in the system. + +When pid namespace was added, a separate procfs instance was mounted in +each pid namespace. So, procfs mount options are global among all +mountpoints within the same namespace. + +:: + +# grep ^proc /proc/mounts +proc /proc proc rw,relatime,hidepid=2 0 0 + +# strace -e mount mount -o hidepid=1 -t proc proc /tmp/proc +mount("proc", "/tmp/proc", "proc", 0, "hidepid=1") = 0 ++++ exited with 0 +++ + +# grep ^proc /proc/mounts +proc /proc proc rw,relatime,hidepid=2 0 0 +proc /tmp/proc proc rw,relatime,hidepid=2 0 0 + +and only after remounting procfs mount options will change at all +mountpoints. + +# mount -o remount,hidepid=1 -t proc proc /tmp/proc + +# grep ^proc /proc/mounts +proc /proc proc rw,relatime,hidepid=1 0 0 +proc /tmp/proc proc rw,relatime,hidepid=1 0 0 + +This behavior is different from the behavior of other filesystems. + +The new procfs behavior is more like other filesystems. Each procfs mount +creates a new procfs instance. Mount options affect own procfs instance. +It means that it became possible to have several procfs instances +displaying tasks with different filtering options in one pid namespace. + +# mount -o hidepid=2 -t proc proc /proc +# mount -o hidepid=1 -t proc proc /tmp/proc +# grep ^proc /proc/mounts +proc /proc proc rw,relatime,hidepid=2 0 0 +proc /tmp/proc proc rw,relatime,hidepid=1 0 0 -- 2.25.3