All of lore.kernel.org
 help / color / mirror / Atom feed
From: Russell Coker <russell@coker.com.au>
To: Stephen Smalley <stephen.smalley@gmail.com>
Cc: selinux@tycho.nsa.gov, Caleb Case <ccase@tresys.com>,
	Daniel J Walsh <dwalsh@redhat.com>,
	Chad Sellers <csellers@tresys.com>
Subject: Re: Policy loading:  initramfs vs. patched /sbin/init
Date: Fri, 25 Jul 2008 13:35:22 +1000	[thread overview]
Message-ID: <200807251335.26628.russell@coker.com.au> (raw)
In-Reply-To: <1216951692.5185.36.camel@sulphur>

http://etbe.coker.com.au/2008/07/24/se-linux-policy-loading/

Firstly above is the URL for the blog post in question, for the benefit of 
people who don't normally read Planet SE Linux.

On Friday 25 July 2008 12:08, Stephen Smalley <stephen.smalley@gmail.com> 
wrote:
> I saw your blog entry about policy loading on planet selinux - you ought
> to bring issues like that up on selinux list for discussion rather than
> just blogging about them.

If I had realised what was going on before the release of Fedora 9 I would 
have.  But it seems that the Red Hat people have made their decision, so the 
decisions about what to do for Debian and Ubuntu have to be made separately.

> First, to clarify, while Ubuntu and Fedora are initiating the policy
> load from the initramfs, they are taking the policy from the real root
> filesystem.  Thus, the policy is not being stored on the initramfs image
> and updates to policy do not require rebuilding the image.

I have been told that an Ubuntu initramfs generated for a non-SE system will 
not have the scripts in question installed.  So there is a need to regenerate 
the initramfs when converting to SE Linux.

> On the positive side, the initramfs-based approach does mean
> that /sbin/init from the real root automatically transitions into the
> right domain since policy is already loaded.

Saving one exec system call.

> And policy gets loaded no 
> matter what init is used or even if the user specifies an alternate
> init= program on the kernel command line.

As I noted in my blog post there are not many init programs.  Only two are 
commonly used, and one of them has the patch well supported for a long time.  
Deciding to patch two vastly different initramfs systems instead of one init 
system (which is very similar the other one) was never going to reduce pain.

> As you note, performing the load from initramfs can be problematic for
> systems that cannot or choose not to use an initramfs,

Not problematic, a major show-stopper!

> So I'm not fundamentally opposed to having the support in /sbin/init as
> well if that's feasible, but you'll need it to detect whether policy has
> already been loaded and skip it if so or it will end up loading policy
> twice on systems that are using the initramfs-based approach.

Caleb has suggested having the already patched SysV init for systems that 
can't use initramfs.  That means such detection would be required in that 
case.

-- 
russell@coker.com.au
http://etbe.coker.com.au/          My Blog

http://www.coker.com.au/sponsorship.html Sponsoring Free Software development

--
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.

  reply	other threads:[~2008-07-25  3:35 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-23  0:17 what is the point of semodule -u? Russell Coker
2008-07-23  2:11 ` Stephen Smalley
2008-07-23  2:42   ` Russell Coker
2008-07-25  2:08     ` Policy loading: initramfs vs. patched /sbin/init Stephen Smalley
2008-07-25  3:35       ` Russell Coker [this message]
2008-07-25 13:38         ` Stephen Smalley
2008-07-25 21:33           ` Russell Coker

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=200807251335.26628.russell@coker.com.au \
    --to=russell@coker.com.au \
    --cc=ccase@tresys.com \
    --cc=csellers@tresys.com \
    --cc=dwalsh@redhat.com \
    --cc=selinux@tycho.nsa.gov \
    --cc=stephen.smalley@gmail.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 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.