Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1633544ybl; Sat, 25 Jan 2020 05:09:05 -0800 (PST) X-Google-Smtp-Source: APXvYqxrHFYHzHFNtL+ksgpHp/qh7IHpYr0p7qbxQhlxBZzmRSpcMX6e+m8jS0LVF0Zqd2VVad6r X-Received: by 2002:a54:410e:: with SMTP id l14mr2311466oic.42.1579957745562; Sat, 25 Jan 2020 05:09:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579957745; cv=none; d=google.com; s=arc-20160816; b=MtPyxdnZZxBgFEcC3zjtck//TOH+r+O1KfnccLLFxmCaWAm322s/78vfmcZcYCP77R kDNjqFP881qeVsJ+8fne2Uv3CwG/RFrfGwKGwOY6hJVEanRbhVqL2Y+QVKh9YGMNI3CS VWpJsHo4+Z6qc52SktWGrl54UWT3OziIJpI6gtKyxyqKwE5EWXC6mQjckJcSLpZCHWzs He3eUnJ65oY/SjJQ9wcEWkvFZmz/dJ7lc9FwfHeXPVL3+aCFk5RdUUhN04ndSWftXr6T Xxlz81Ocgdj0PDOAdV1jvnSNhJzU5WQDhsEjIAGuYWMmqMDSvkVVnm0Bg8HOFlziMNbs uVeQ== 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=hHW9PwosmLsGeR6t807rh9f530Gv2+HJvnwpouMDWZ8=; b=IXQu3zWBkeC4ocNdZszq6FhXB/4KSRLaOVfB0kv5+jEGhzmnsZxBL1r5fFnn1nLtRM pq4nPyJ6Y5W2I9XVX5M43SyGUjRle47siO+dfxVDFlZojYpkr4hvqyKDhiWS/WbUfY07 3DE6dQX2banOqezHyaW41+aD0Pl0rcuCKmzpgUd4qUzh8ICeQ67q+4aG0Y1AOJdWacKj /RrllJXE+KLUkRNWbxlyszxGWWfpuX4uiiv8Yx04Qs33Yi30hZ3ljkFFAdMq9Qhe+l3K fIfh76qiccA509QBtwkBOivV0BlZ5oXyc/ecqajHQT/iyBN5NGTrVvh9pB4K3i33E8A8 APrg== 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i8si4104823otp.254.2020.01.25.05.08.54; Sat, 25 Jan 2020 05:09:05 -0800 (PST) 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729499AbgAYNHA (ORCPT + 99 others); Sat, 25 Jan 2020 08:07:00 -0500 Received: from monster.unsafe.ru ([5.9.28.80]:41488 "EHLO mail.unsafe.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729337AbgAYNG4 (ORCPT ); Sat, 25 Jan 2020 08:06:56 -0500 Received: from localhost.localdomain (ip-89-102-33-211.net.upcbroadband.cz [89.102.33.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.unsafe.ru (Postfix) with ESMTPSA id 2BDE3C61B46; Sat, 25 Jan 2020 13:06:51 +0000 (UTC) From: Alexey Gladkov To: LKML , Kernel Hardening , Linux API , Linux FS Devel , Linux Security Module Cc: 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 , Solar Designer , Stephen Rothwell Subject: [PATCH v7 10/11] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior Date: Sat, 25 Jan 2020 14:05:40 +0100 Message-Id: <20200125130541.450409-11-gladkov.alexey@gmail.com> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200125130541.450409-1-gladkov.alexey@gmail.com> References: <20200125130541.450409-1-gladkov.alexey@gmail.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 Signed-off-by: Alexey Gladkov --- Documentation/filesystems/proc.txt | 53 ++++++++++++++++++++++++++++++ 1 file changed, 53 insertions(+) diff --git a/Documentation/filesystems/proc.txt b/Documentation/filesystems/proc.txt index 99ca040e3f90..4741fd092f36 100644 --- a/Documentation/filesystems/proc.txt +++ b/Documentation/filesystems/proc.txt @@ -50,6 +50,8 @@ Table of Contents 4 Configuring procfs 4.1 Mount options + 5 Filesystem behavior + ------------------------------------------------------------------------------ Preface ------------------------------------------------------------------------------ @@ -2021,6 +2023,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 (default). @@ -2042,6 +2045,56 @@ 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=pidfs 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.24.1