All of lore.kernel.org
 help / color / mirror / Atom feed
From: dwalsh@redhat.com (Daniel J Walsh)
To: refpolicy@oss.tresys.com
Subject: [refpolicy] Kernel-triggered scripts
Date: Mon, 10 Dec 2012 10:02:54 -0500	[thread overview]
Message-ID: <50C5F99E.7030004@redhat.com> (raw)
In-Reply-To: <20121208211807.GA7476@siphos.be>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/08/2012 04:18 PM, Sven Vermeulen wrote:
> Hi guys,
> 
> One of the init systems that Gentoo supports uses kernel-triggered scripts 
> for managing cgroups (I'm pretty sure others do a similar thing). If the 
> script is labeled as bin_t, the execution of the script runs as kernel_t.
> 
> I'd like to set up a proper domain transition for this, but I'm not sure 
> where to position it exactly. It is part of the init system, but it has 
> little to do with "init" by itself, so I'm inclined to put it in either a 
> separate module, or inside the portage module.
> 
> What do other distributions do with kernel-triggered scripts? Let them run 
> in the kernel_t domain? The domain runs as unconfined if you support 
> unconfined domains, so it is possible most distributions have less impact
> on such things).
> 
> Wkr, Sven Vermeulen _______________________________________________ 
> refpolicy mailing list refpolicy at oss.tresys.com 
> http://oss.tresys.com/mailman/listinfo/refpolicy
> 

Currently we do nothing in Fedora.

sesearch -T -s kernel_t -c process
Found 5 semantic te rules:
   type_transition kernel_t anaconda_exec_t : process anaconda_t;
   type_transition kernel_t init_exec_t : process init_t;
   type_transition kernel_t insmod_exec_t : process insmod_t;
   type_transition kernel_t abrt_helper_exec_t : process abrt_helper_t;
   type_transition kernel_t udev_exec_t : process udev_t;

But adding confinement for these seems to make sense, since kernel_t will not
be unconfined in all circumstances.  I don't believe fedora/RHEL has many
scripts executed from the kernel, although I could be mistaken.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlDF+Z0ACgkQrlYvE4MpobOVHACgxMhomk1DTAvJoLzijrbEboBy
pT4AmgLHurBsw94E22hFbEAatFE4qtCz
=5Itm
-----END PGP SIGNATURE-----

      reply	other threads:[~2012-12-10 15:02 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-08 21:18 [refpolicy] Kernel-triggered scripts Sven Vermeulen
2012-12-10 15:02 ` Daniel J Walsh [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=50C5F99E.7030004@redhat.com \
    --to=dwalsh@redhat.com \
    --cc=refpolicy@oss.tresys.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.