PolicyStatements
Modular Policy Support Statements
This section contains language statements used to support policy modules.
module
This statement is mandatory for loadable modules (non-base) and must be the first line of any module policy source file. The identifier should not conflict with other module names within the overall policy, otherwise it will over-write an existing module when loaded via the semodule command. The semodule -l command can be used to list all active modules within the policy.
The statement definition is:
module module_name version_number;
Where:
module | The module keyword. |
module_name | The module name. |
version_number | The module version number in M.m.m format (where M = major version number and m = minor version numbers). |
The statement is valid in:
|
|
|
|
|
|
|
|
|
Example:
# Using the module statement to define a loadable module called # bind with a version 1.0.0: module bind 1.8.0;
require
The require statement is used for two reasons:
- Within loadable module policy source files to indicate what policy components are required from an external source file (i.e. they are not explicitly defined in this module but elsewhere). The examples below show the usage.
- Within a base policy source file, but only if preceded by the optional statement to indicate what policy components are required from an external source file (i.e. they are not explicitly defined in the base policy but elsewhere). The examples below show the usage.
The statement definition is:
require { rule_list }
Where:
require | The require keyword. |
require_list | One or more specific statement keywords with their required identifiers in a semi-colon (;) separated list enclosed within braces ({}).
The valid statement keywords are:
The examples below show these in detail. |
The statement is valid in:
|
|
|
|
|
|
|
|
|
Examples:
# A series of require statements showing various entries: require { role system_r; class security { compute_av compute_create compute_member check_context load_policy compute_relabel compute_user setenforce setbool setsecparam setcheckreqprot }; class capability2 { mac_override mac_admin }; } # require { attribute direct_run_init, direct_init, direct_init_entry; type initrc_t; role system_r; attribute daemon; } # require { type nscd_t, nscd_var_run_t; class nscd { getserv getpwd getgrp gethost shmempwd shmemgrp shmemhost shmemserv }; }
optional
The optional statement is used to indicate what policy statements may or may not be present in the final compiled policy. The statements will be included in the policy only if all statements within the optional { rule list } can be expanded successfully, this is generally achieved by using a require Statement at the start of the list.
The statement definition is:
optional { rule_list } [ else { rule_list } ]
Where:
optional | The optional keyword. |
rule_list | One or more statements enclosed within braces ({}). |
else | An optional else keyword. |
rule_list | As the rule_list above. |
The statement is valid in:
|
|
|
|
|
|
|
|
|
Examples:
# Use of optional block. optional { require { type unconfined_t; } # end require allow acct_t unconfined_t:fd use; } # end optional
# Use of optional / else blocks. optional { require { type ping_t, ping_exec_t; } # end require allow dhcpc_t ping_exec_t:file { getattr read execute }; ..... require { type netutils_t, netutils_exec_t; } # end require allow dhcpc_t netutils_exec_t:file { getattr read execute }; ..... type_transition dhcpc_t netutils_exec_t:process netutils_t; ... } else { allow dhcpc_t self:capability setuid; ..... } # end optional / else block
Previous | |
|