From: Dominick Grift <dac.override@gmail.com>
To: selinux@tycho.nsa.gov
Subject: Re: fs_use_trans
Date: Wed, 15 Oct 2014 12:43:45 +0200 [thread overview]
Message-ID: <20141015104342.GA961@e145.network2> (raw)
In-Reply-To: <543D5FDB.7@tycho.nsa.gov>
[-- Attachment #1: Type: text/plain, Size: 1566 bytes --]
On Tue, Oct 14, 2014 at 01:39:39PM -0400, Stephen Smalley wrote:
> On 10/14/2014 11:00 AM, William Roberts wrote:
> > Yeah looking at this statement doesn't really just allow for the use of
> > type_transition statements on that filesystem? It doesn't actually generate
> > labels, you still need the typetrans rule. It appears that the definition
> > is overreaching for its actual function and probably inferring something
> > from refpolicy.
>
> Each of the fs_use_* statements specifies how to determine the label for
> existing inodes in the filesystem. fs_use_xattr tells SELinux to fetch
> the inode label via ->getxattr(). fs_use_task tells SELinux to assign
> the inode the label of its creator. fs_use_trans tells SELinux to
> compute the inode label based on the result of security_transition_sid()
> on the creating process SID and the filesystem SID. What
> security_transition_sid() returns depends on whether or not you have a
> transition rule in policy. So fs_use_trans doesn't guarantee that you
> have a transition rule in place; it just allows you to use transition
> rules if you wish to label the inodes based on some combination of the
> creating process domain and the filesystem type.
>
In light of the above, in what category do you think the following file systems would fall (if any):
aio, drm, anon_inodefs, bdev, efivarfs
I currently use genfscon for all of the above but i suspect that this is wrong for the above
They are initialized but do not show up in the mount table
--
Dominick Grift
[-- Attachment #2: Type: application/pgp-signature, Size: 648 bytes --]
prev parent reply other threads:[~2014-10-15 10:43 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-10 23:05 fs_use_trans William Roberts
2014-10-14 14:44 ` fs_use_trans Stephen Smalley
2014-10-14 15:00 ` fs_use_trans William Roberts
2014-10-14 17:39 ` fs_use_trans Stephen Smalley
2014-10-14 20:14 ` fs_use_trans William Roberts
2014-10-15 10:43 ` Dominick Grift [this message]
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=20141015104342.GA961@e145.network2 \
--to=dac.override@gmail.com \
--cc=selinux@tycho.nsa.gov \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.