0e4ae0e0de
To be able to start using enforcing mode from the early stage of boot sequence, this patch adds support for activating access control without calling external policy loader program. This will be useful for systems where operations which can lead to the hijacking of the boot sequence are needed before loading the policy. For example, you can activate immediately after loading the fixed part of policy which will allow only operations needed for mounting a partition which contains the variant part of policy and verifying (e.g. running GPG check) and loading the variant part of policy. Since you can start using enforcing mode from the beginning, you can reduce the possibility of hijacking the boot sequence. This patch makes several variables configurable on build time. This patch also adds TOMOYO_loader= and TOMOYO_trigger= kernel command line option to boot the same kernel in two different init systems (BSD-style init and systemd). Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> Signed-off-by: James Morris <jmorris@namei.org>
73 lines
2.8 KiB
Plaintext
73 lines
2.8 KiB
Plaintext
config SECURITY_TOMOYO
|
|
bool "TOMOYO Linux Support"
|
|
depends on SECURITY
|
|
select SECURITYFS
|
|
select SECURITY_PATH
|
|
default n
|
|
help
|
|
This selects TOMOYO Linux, pathname-based access control.
|
|
Required userspace tools and further information may be
|
|
found at <http://tomoyo.sourceforge.jp/>.
|
|
If you are unsure how to answer this question, answer N.
|
|
|
|
config SECURITY_TOMOYO_MAX_ACCEPT_ENTRY
|
|
int "Default maximal count for learning mode"
|
|
default 2048
|
|
range 0 2147483647
|
|
depends on SECURITY_TOMOYO
|
|
help
|
|
This is the default value for maximal ACL entries
|
|
that are automatically appended into policy at "learning mode".
|
|
Some programs access thousands of objects, so running
|
|
such programs in "learning mode" dulls the system response
|
|
and consumes much memory.
|
|
This is the safeguard for such programs.
|
|
|
|
config SECURITY_TOMOYO_MAX_AUDIT_LOG
|
|
int "Default maximal count for audit log"
|
|
default 1024
|
|
range 0 2147483647
|
|
depends on SECURITY_TOMOYO
|
|
help
|
|
This is the default value for maximal entries for
|
|
audit logs that the kernel can hold on memory.
|
|
You can read the log via /sys/kernel/security/tomoyo/audit.
|
|
If you don't need audit logs, you may set this value to 0.
|
|
|
|
config SECURITY_TOMOYO_OMIT_USERSPACE_LOADER
|
|
bool "Activate without calling userspace policy loader."
|
|
default n
|
|
depends on SECURITY_TOMOYO
|
|
---help---
|
|
Say Y here if you want to activate access control as soon as built-in
|
|
policy was loaded. This option will be useful for systems where
|
|
operations which can lead to the hijacking of the boot sequence are
|
|
needed before loading the policy. For example, you can activate
|
|
immediately after loading the fixed part of policy which will allow
|
|
only operations needed for mounting a partition which contains the
|
|
variant part of policy and verifying (e.g. running GPG check) and
|
|
loading the variant part of policy. Since you can start using
|
|
enforcing mode from the beginning, you can reduce the possibility of
|
|
hijacking the boot sequence.
|
|
|
|
config SECURITY_TOMOYO_POLICY_LOADER
|
|
string "Location of userspace policy loader"
|
|
default "/sbin/tomoyo-init"
|
|
depends on SECURITY_TOMOYO
|
|
depends on !SECURITY_TOMOYO_OMIT_USERSPACE_LOADER
|
|
---help---
|
|
This is the default pathname of policy loader which is called before
|
|
activation. You can override this setting via TOMOYO_loader= kernel
|
|
command line option.
|
|
|
|
config SECURITY_TOMOYO_ACTIVATION_TRIGGER
|
|
string "Trigger for calling userspace policy loader"
|
|
default "/sbin/init"
|
|
depends on SECURITY_TOMOYO
|
|
depends on !SECURITY_TOMOYO_OMIT_USERSPACE_LOADER
|
|
---help---
|
|
This is the default pathname of activation trigger.
|
|
You can override this setting via TOMOYO_trigger= kernel command line
|
|
option. For example, if you pass init=/bin/systemd option, you may
|
|
want to also pass TOMOYO_trigger=/bin/systemd option.
|