From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: Russell Coker <russell@coker.com.au>
Cc: SE-Linux <selinux@tycho.nsa.gov>
Subject: Re: temporary hack to use udev in selinux
Date: Sun, 1 Aug 2004 13:11:28 +0100 [thread overview]
Message-ID: <20040801121128.GH7384@lkcl.net> (raw)
In-Reply-To: <200408012031.37581.russell@coker.com.au>
On Sun, Aug 01, 2004 at 08:31:37PM +1000, Russell Coker wrote:
> Yes. So we need to have different mounts of the shmfs get different types.
>
> > what _you_ are saying, russell, is that instead of increasing the
> > permissions on the usage of tmpfs_t, is to mount a tmpfs mountpoint,
> > then run setfiles on its contents prior to use, such that it will
> > never be necessary to increase the permissions of tmpfs_t?
>
> Yes. In fact using tmp_t as the label on the root directory of /dev/shm so
> that file/directory creation gets the same labels as it does under /tmp,
> while we leave tmpfs_t with restrictive access.
>
> > because tmpfs_t is going to be temporary, you _have_ to do a setfiles
> > (or a restorecon on each individual file) _anyway_.
>
> If /dev/shm is mounted before the system goes to multi-user mode then there
> will be no files under it and no need for labelling other than the root
> directory.
okay, so in fs_use i change
fs_use_trans tmpfs ....:tmp_t
NOT the shm one :)
got that the wrong way round first time i think.
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
next prev parent reply other threads:[~2004-08-01 12:00 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-28 23:20 temporary hack to use udev in selinux Luke Kenneth Casson Leighton
2004-07-29 0:29 ` Joshua Brindle
2004-07-29 0:57 ` Luke Kenneth Casson Leighton
2004-07-29 1:35 ` Luke Kenneth Casson Leighton
2004-07-29 2:04 ` Luke Kenneth Casson Leighton
2004-07-29 12:47 ` Stephen Smalley
2004-07-29 14:20 ` Luke Kenneth Casson Leighton
2004-07-29 16:57 ` Stephen Smalley
2004-07-29 17:06 ` James Morris
2004-07-29 17:22 ` Stephen Smalley
2004-07-29 20:05 ` Luke Kenneth Casson Leighton
2004-07-29 20:09 ` Stephen Smalley
2004-07-31 1:43 ` Russell Coker
2004-07-31 16:35 ` Luke Kenneth Casson Leighton
2004-08-01 10:31 ` Russell Coker
2004-08-01 12:03 ` Luke Kenneth Casson Leighton
2004-08-02 13:10 ` Stephen Smalley
2004-08-01 12:11 ` Luke Kenneth Casson Leighton [this message]
2004-08-02 12:38 ` Stephen Smalley
2004-08-02 12:35 ` Stephen Smalley
2004-07-29 20:59 ` Valdis.Kletnieks
2004-07-29 22:11 ` Luke Kenneth Casson Leighton
2004-07-29 14:22 ` Luke Kenneth Casson Leighton
2004-07-29 14:35 ` Luke Kenneth Casson Leighton
2004-07-29 17:04 ` James Morris
2004-07-29 20:56 ` Valdis.Kletnieks
2004-07-29 12:43 ` Stephen Smalley
2004-07-29 13:53 ` Luke Kenneth Casson Leighton
2004-07-29 14:25 ` Stephen Smalley
2004-07-29 12:36 ` Stephen Smalley
2004-07-29 13:57 ` Luke Kenneth Casson Leighton
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=20040801121128.GH7384@lkcl.net \
--to=lkcl@lkcl.net \
--cc=russell@coker.com.au \
--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.