public inbox for gentoo-hardened@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ben Pritchard <ben@bennyp.org>
To: gentoo-hardened@lists.gentoo.org
Subject: Re: [gentoo-hardened] Incorrect contexts in /run revisited
Date: Sat, 16 Aug 2014 17:35:25 -0400	[thread overview]
Message-ID: <20140816213525.GA2765@imap.bennyp.org:5982> (raw)
In-Reply-To: <20140816200151.GA1840@pippin.Home>

Thanks, that fixed a lot of it. Sven's answer makes a bit more sense
now :)

The only ones remaining (for me anyway) don't seem to be related to file
contexts (ie, fail2ban is still incorrect, since it doesn't use
start-stop-daemon -- it's just missing the init_daemon_pid_file),
so there may be a few reports coming your way.


Thanks for the help
-- 
Ben Pritchard


On Sun, Aug 17, 2014 at 12:01:51AM +0400, Jason Zaman wrote:
> On Sat, Aug 16, 2014 at 03:46:43PM -0400, Ben Pritchard wrote:
> > Hello all
> > 
> > In March, I reported some issues with SELinux contexts in /run. (I seem
> > to have misplaced the email -- archive at
> > http://article.gmane.org/gmane.linux.gentoo.hardened/6180).
> > 
> > It look like Sven added the functionality a few months ago, and it is
> > available in version 2.20140311-r5 (currently ~arch).
> 
> I actually fixed this, its a problem with OpenRC not with SELinux per-se
> 
> https://bugs.gentoo.org/show_bug.cgi?id=516956
> 
> Checkpath now does a restorecon when it creates things, it will be in
> openRC-0.13 which is not yet released. Can you test openrc-9999 (it has
> all the fixes in it and is quite close to release).
> > 
> > Note 1: There are a few pacakges that need this implemented. Fail2ban
> > is one on my machine. Should I file a bug report (probably against
> > sec-policy/selinux-fail2ban)?
> > 
> > Note 2: There's possibly a bug in the new tmpfiles module
> > (policy/modules/system/tmpfiles.fc). I'm not so sure /lib/rc/bin/checkpath
> > should have context tmpfiles_exec_t. Again, this seems to make several
> > directories (and maybe files) in /run have context var_run_t.
> 
> The tmpfiles module goes along with the new OpenRC the current stable
> (0.12) is missing the relabel parts.
> 
> > What I think is happening is that init_daemon_pid_file() only allows
> > transitions for the initrc_t domain, and checkpath is no longer running in
> > that domain. Therefore, the file transition from var_run_t to whatever
> > type is specified as the first argument in init_daemon_pid_file is
> > not done.
> > 
> > Changing the context of /lib/rc/bin/checkpath to bin_t makes many more
> > of the files in /run have the correct context again on boot.
> 
> Can you try OpenRC-0.13 and have checkpath and tmpfiles.sh with the
> tmpfiles labels and see if that fixes it.
> 
> If that does not fix it, we will need to add in fcontexts for things,
> filing bugs would be great :)
> 
> > (perhaps this belongs on the selinux mailing list?)
> 
> No, this is gentoo related (for now at least, we're working on
> upstreaming it)
> 
> -- Jason
> 


  reply	other threads:[~2014-08-16 21:34 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <53efb50f.0938320a.5045.ffff9eb8SMTPIN_ADDED_BROKEN@mx.google.com>
2014-08-16 20:01 ` [gentoo-hardened] Incorrect contexts in /run revisited Jason Zaman
2014-08-16 21:35   ` Ben Pritchard [this message]
     [not found] <53efb521.4b4cb40a.467b.1f2eSMTPIN_ADDED_BROKEN@mx.google.com>
2014-08-16 19:55 ` Sven Vermeulen
2014-08-16 19:46 Ben Pritchard

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='20140816213525.GA2765@imap.bennyp.org:5982' \
    --to=ben@bennyp.org \
    --cc=gentoo-hardened@lists.gentoo.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox