From: Vasiliy Kulikov <segoon@openwall.com>
To: kernel-hardening@lists.openwall.com
Subject: Re: [kernel-hardening] [RFC 2/5 v4] procfs: add hidepid= and gid= mount options
Date: Mon, 20 Jun 2011 18:35:50 +0400 [thread overview]
Message-ID: <20110620143550.GA11835@albatros> (raw)
In-Reply-To: <20110620142555.GA31234@openwall.com>
Solar,
On Mon, Jun 20, 2011 at 18:25 +0400, Solar Designer wrote:
> On Mon, Jun 20, 2011 at 06:19:51PM +0400, Vasiliy Kulikov wrote:
> > On Mon, Jun 20, 2011 at 18:11 +0400, Solar Designer wrote:
> > > On Mon, Jun 20, 2011 at 04:58:10PM +0300, Alexey Dobriyan wrote:
> > > > gid= is bad choice because
> > > > a) e. g. VFAT uses uid=/gid= mount options to make all inodes to have
> > > > certain uid/gid
> > > > b) uid=/gid=, IIRC, will be added as generic VFS mount options (like ro)
> > > > with semantics described in a)
> > > >
> > > > so having different semantics for /proc won't be good.
> > >
> > > I lost track of your proposals/patches. Aren't you currently proposing
> > > that gid= would make all inodes have the specified gid? If not, why
> > > not? Such semantics sound fine to me. That's what gid= does on procfs
> > > on Linux 2.4.x-ow.
> >
> > With taskstats and similar mechanisms IMO it's better to use sysctls
> > instead of procfs mount options as it would influence not only on procfs
> > files.
>
> OK, but why did we receive a comment about the gid= mount option then
> (quote above)? Are you still proposing it or not anymore?
No, till v4 I assumed there is no way to gather processes' information
except procfs:
http://www.openwall.com/lists/kernel-hardening/2011/06/16/6
> Is the
> question "outdated" (resulting from your earlier proposal, not the
> latest one)?
Yes.
I didn't post a patch with taskstats and sysctl variables to LKML yet
(only the changes in ptrace/capabilities code).
Thanks,
--
Vasiliy
next prev parent reply other threads:[~2011-06-20 14:35 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <alpine.LRH.2.00.1106192154220.7503@taiga.selinuxproject.org>
2011-06-20 5:07 ` [kernel-hardening] Re: [RFC 2/5 v4] procfs: add hidepid= and gid= mount options James Morris
2011-06-20 10:39 ` Vasiliy Kulikov
2011-06-20 10:43 ` James Morris
2011-06-20 11:23 ` KOSAKI Motohiro
2011-06-20 17:06 ` Vasiliy Kulikov
2011-06-20 19:41 ` Eric W. Biederman
2011-06-20 23:19 ` James Morris
2011-06-21 18:28 ` Vasiliy Kulikov
2011-06-20 13:58 ` Alexey Dobriyan
2011-06-20 14:11 ` [kernel-hardening] " Solar Designer
2011-06-20 14:19 ` Vasiliy Kulikov
2011-06-20 14:25 ` Solar Designer
2011-06-20 14:35 ` Vasiliy Kulikov [this message]
2011-06-20 14:47 ` Solar Designer
2011-06-20 15:00 ` Vasiliy Kulikov
2011-06-20 13:31 ` [kernel-hardening] " Solar Designer
2011-06-15 18:51 [kernel-hardening] " Vasiliy Kulikov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110620143550.GA11835@albatros \
--to=segoon@openwall.com \
--cc=kernel-hardening@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox