Out of faint curiosity, how do we push change requests upstream to RHEL? I'm using puppet to automate systems, including the application of SELinux policy. While setsebool -P is non-damaging to repeat, it is time consuming -- taking about 45 seconds per execution to process the existing policy and re-commit to disk. I'd like a simple ability to put an unless in the execution of setsebool, to key off whether its necessary -- to reduce a SELinux puppet run from 250 seconds to about 60. Unfortunately, in the current format, getsebool has defeated me. Would it be possible to have getsebool extended, so something like getsebool -b $variablename would return true or false as the exit code?
On 12 Apr 2016 6:10 p.m., "John Jasen" <jjasen at realityfailure.org> wrote:> > Out of faint curiosity, how do we push change requests upstream to RHEL? > > I'm using puppet to automate systems, including the application of > SELinux policy. While setsebool -P is non-damaging to repeat, it is time > consuming -- taking about 45 seconds per execution to process the > existing policy and re-commit to disk. > > I'd like a simple ability to put an unless in the execution of > setsebool, to key off whether its necessary -- to reduce a SELinux > puppet run from 250 seconds to about 60. Unfortunately, in the current > format, getsebool has defeated me. > > Would it be possible to have getsebool extended, so something like > getsebool -b $variablename would return true or false as the exit code? > >I'd start with a feature request upstream, or in Fedora, and then request a backport of that into RHEL after it is added. For the purposes of your specific need can't you pipe getsebool to grep for your unless to check if it's set? For example: unless => "/usr/sbin/getsebool httpd_can_network_connect | /usr/bin/grep on &> /dev/null" Incidentally one nice trick if you're dealing with potentially changing multiple booleans and the policy compile time is to either skip -P and understand it's not persistent so puppet needs to fix at boot, or passing multiple booleans to setsebool at the same time so the compile only happens once.
On 04/12/2016 02:31 PM, James Hogarth wrote:> For example: > > unless => "/usr/sbin/getsebool httpd_can_network_connect | /usr/bin/grep on > &> /dev/null"D'oh! That's what I get for overcomplicating the whole darn thing. :)> > Incidentally one nice trick if you're dealing with potentially changing > multiple booleans and the policy compile time is to either skip -P and > understand it's not persistent so puppet needs to fix at boot, or passing > multiple booleans to setsebool at the same time so the compile only happens > once.Huh. Stacking setsebool has a lot of potential. I should add remedial man-page reading to my list of tasks. I'm of the camp that systems should come up in a ready state, regardless of the immediate availability of puppet. So, using puppet to push SELinux changes without committing to on-disk policy alarms me. Thanks for the ideas!
On 12/04/16 19:10, John Jasen wrote:> Out of faint curiosity, how do we push change requests upstream to RHEL? > > I'm using puppet to automate systems, including the application of > SELinux policy. While setsebool -P is non-damaging to repeat, it is time > consuming -- taking about 45 seconds per execution to process the > existing policy and re-commit to disk. > > I'd like a simple ability to put an unless in the execution of > setsebool, to key off whether its necessary -- to reduce a SELinux > puppet run from 250 seconds to about 60. Unfortunately, in the current > format, getsebool has defeated me. > > Would it be possible to have getsebool extended, so something like > getsebool -b $variablename would return true or false as the exit code? >Trying to understand what you want to do, as puppet has native resource type for this : class selinux::booleans::httpd_can_network_connect { selboolean {'httpd_can_network_connect': value => on, persistent => true, } } So why are you trying to use Exec resource type mixed with unless ? -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20160413/b886a559/attachment-0001.sig>