- Overview
- Module Description - What the module does and why it is useful
- Usage - Configuration options and additional functionality
- Reference - An under-the-hood peek at what the module is doing and how
- Defined Types
- Development - Guide for contributing to the module
- Authors
This class manages SELinux on RHEL based systems.
- Puppet 5 or later
This module will configure SELinux and/or deploy SELinux based modules to running system.
- IRC: #voxpupuli on irc.freenode.net (Freenode WebChat)
- Mailinglist: [email protected] (groups.io Webinterface)
-
Previously, module building always used the refpolicy framework. The default module builder is now 'simple', which uses only checkmodule. Not all features are supported with this builder.
To build modules using the refpolicy framework like previous versions did, specify the 'refpolicy' builder either explicitly per module or globally via the main class
-
The interfaces to the various helper manifests has been changed to be more in line with Puppet file resource naming conventions.
You will need to update your manifests to use the new parameter names.
-
The selinux::restorecond manifest to manage the restorecond service no longer exists
- If SELinux is disabled and you want to switch to permissive or enforcing you are required to reboot the system (limitation of SELinux). The module won't do this for you.
- If SELinux is disabled and the user wants enforcing mode, the module will downgrade to permissive mode instead to avoid transitioning directly from disabled to enforcing state after a reboot and potentially breaking the system. The user will receive a warning when this happens,
- If you add filecontexts with
semanage fcontext
(whatselinux::fcontext
does) the order is important. If you add /my/folder before /my/folder/subfolder only /my/folder will match (limitation of SELinux). There is no such limitation to file-contexts defined in SELinux modules. (GH-121) - While SELinux is disabled the defined types
selinux::boolean
,selinux::fcontext
,selinux::port
will produce puppet agent runtime errors because the used tools fail. - If you try to remove a built-in permissive type, the operation will appear to succeed but will actually have no effect, making your puppet runs non-idempotent.
- The
selinux_port
provider may misbehave if the title does not correspond to the format it expects. Users should use theselinux::port
define instead except when purging resources - Defining port ranges that overlap with existing ranges is currently not detected, and will cause semanage to error when the resource is applied.
Generated puppet strings documentation with examples is available from https://voxpupuli.org/puppet-selinux/
It's also included in the docs/ folder as simple html pages.
include selinux
This will include the module and allow you to use the provided defined types, but will not modify existing SELinux settings on the system.
class { selinux:
mode => 'enforcing',
type => 'targeted',
}
This will include the module and manage the SELinux mode (possible values are
enforcing
, permissive
, and disabled
) and enforcement type (possible values
are targeted
, minimum
, and mls
). Note that disabling SELinux requires a reboot
to fully take effect. It will run in permissive
mode until then.
selinux::module { 'resnet-puppet':
ensure => 'present',
source_te => 'puppet:///modules/site_puppet/site-puppet.te',
source_fc => 'puppet:///modules/site_puppet/site-puppet.fc',
source_if => 'puppet:///modules/site_puppet/site-puppet.if',
builder => 'refpolicy'
}
selinux::module { 'resnet-puppet':
ensure => 'present',
source_pp => 'puppet:///modules/site_puppet/site-puppet.pp',
}
Note that pre-compiled policy packages may not work reliably across all RHEL / CentOS releases. It's up to you as the user to test that your packages load properly.
selinux::boolean { 'puppetagent_manage_all_files': }
boolean
- Set seboolean valuesfcontext
- Define fcontext types and equals valuesmodule
- Manage an SELinux modulepermissive
- Set a context topermissive
.port
- Set selinux port context policies
- The SELinux tools behave odd when SELinux is disabled
semanage
requires--noreload
while in disabled mode when adding or changing something- Only few
--list
operations work
- run acceptance tests:
BEAKER_debug=yes BEAKER_set="centos-6-x64" PUPPET_INSTALL_TYPE="agent" bundle exec rake beaker &&
BEAKER_debug=yes BEAKER_set="centos-7-x64" PUPPET_INSTALL_TYPE="agent" bundle exec rake beaker &&
BEAKER_debug=yes BEAKER_set="fedora-25-x64" PUPPET_INSTALL_TYPE="agent" bundle exec rake beaker &&
BEAKER_debug=yes BEAKER_set="fedora-26-x64" PUPPET_INSTALL_TYPE="agent" bundle exec rake beaker &&
BEAKER_debug=yes BEAKER_set="fedora-27-x64" PUPPET_INSTALL_TYPE="agent" bundle exec rake beaker
The fact values might be unexpected while in disabled mode. One could expect
the config_mode to be set, but only the boolean enabled
is set.
The most important facts:
Fact | Fact (old) | Mode: disabled | Mode: permissive | Mode: enforcing |
---|---|---|---|---|
$facts['os']['selinux']['enabled'] |
$::selinux |
false | true | true |
$facts['os']['selinux']['config_mode'] |
$::selinux_config_mode |
undef | Value of SELINUX in /etc/selinux/config | Value of SELINUX in /etc/selinux/config |
$facts['os']['selinux']['current_mode'] |
$::selinux_current_mode |
undef | Value of getenforce downcased |
Value of getenforce downcased |
- VoxPupuli [email protected]
- James Fryman [email protected]