From: KaiGai Kohei <kaigai@ak.jp.nec.com>
To: "Christopher J. PeBenito" <cpebenito@tresys.com>
Cc: russell@coker.com.au, SE-Linux <selinux@tycho.nsa.gov>,
dwalsh@redhat.com
Subject: Re: daemons and MCS categories
Date: Tue, 21 Apr 2009 11:05:00 +0900 [thread overview]
Message-ID: <49ED29CC.6080507@ak.jp.nec.com> (raw)
In-Reply-To: <49EC1F11.6040003@ak.jp.nec.com>
KaiGai Kohei wrote:
> Sorry for opening the old discussion again.
>
> If you don't ML logs in local, please see the archives:
> http://marc.info/?t=114825463100001&r=1&w=2
>
> Christopher J. PeBenito wrote:
>> I agree with James on this, I don't think we want to impose semantics in
>> the MCS categories, and that this
>>
>>> Another possibility is to have the ability to configure which categories are
>>> assigned to a daemon via run_init or some similar program. It would not be
>>> difficult to read a config file that maps the domain of a daemon to the range
>>> that should be granted to it.
>> is useful so that if users do want to run a daemon with categories, they
>> can.
>
> Is it still unavailable on the current SELinux userspace utilities, isn't it?
Shall we start to implement an extention of run_init and others based on
the above Russell's idea?
Now, I have a plan to store configuration files at:
/etc/selinux/${POLICY_TYPE}/contexts/initrc/${DAEMON}
or
/etc/selinux/${POLICY_TYPE}/contexts/initrc_contexts with format extensions
and, add a new option to run_init as:
run_init [-n <daemon>] <script> [<args> ...]
It intends to see the per-daemon default range, instead of the initrc_contexts.
and, add a bit of hacks on the /etc/rc.d/rc script which launches daemon scripts
when run-level is changed. (Maybe, it is necessary to launch them via "runcon -l"
when the given daemon has its own range.)
The last also need to have a discussion in the Fedora developer's list.
Dan, do you think it is a hopefull proposition?
Thanks,
> If we could start the init-scripts via runcon by hand, it seems to me the
> daemon processes performs with multi categories.
>
> | [root@saba ~]# runcon -l s0-s0:c0.c255 /etc/init.d/httpd restart
> | Stopping httpd: [ OK ]
> | Starting httpd: [ OK ]
> | [root@saba ~]# ps -AZ | grep httpd
> | unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c255 6458 ? 00:00:00 httpd
> | unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c255 6460 ? 00:00:00 httpd
> | unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c255 6461 ? 00:00:00 httpd
> | unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c255 6462 ? 00:00:00 httpd
> | :
>
> But it is unavailable when the system kicks init-script on startup time.
> Is there any good idea?
>
> In the recent days, I'm working for an apache module (mod_selinux.so) which
> launches web application handler under an individual security context based
> on http-authentication.
> I'm looking for the way to assign a few dozens of categories on httpd server
> processes which are launched at system startup time.
>
> Thanks,
--
OSS Platform Development Division, NEC
KaiGai Kohei <kaigai@ak.jp.nec.com>
--
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:[~2009-04-21 2:05 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-21 23:30 daemons and MCS categories Russell Coker
2006-05-25 5:07 ` James Morris
[not found] ` <1148538208.1797.23.camel@papa.intrajp-yokosuka.co.jp>
2006-05-25 7:12 ` Russell Coker
2006-05-29 13:52 ` Christopher J. PeBenito
2009-04-20 7:06 ` KaiGai Kohei
2009-04-21 2:05 ` KaiGai Kohei [this message]
2009-04-22 8:38 ` KaiGai Kohei
2009-05-11 5:11 ` KaiGai Kohei
2009-05-11 12:37 ` Christopher J. PeBenito
2009-05-12 0:20 ` KaiGai Kohei
2009-05-13 4:07 ` KaiGai Kohei
2009-05-16 16:05 ` Joe Nall
2009-05-18 8:31 ` KaiGai Kohei
2009-05-18 12:57 ` Joe Nall
2009-05-19 2:51 ` KaiGai Kohei
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=49ED29CC.6080507@ak.jp.nec.com \
--to=kaigai@ak.jp.nec.com \
--cc=cpebenito@tresys.com \
--cc=dwalsh@redhat.com \
--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.