[PATCH 01/11] S.A.R.A. Documentation
Kees Cook
keescook at chromium.org
Tue Jun 27 22:51:35 UTC 2017
On Mon, Jun 12, 2017 at 9:56 AM, Salvatore Mesoraca
<s.mesoraca16 at gmail.com> wrote:
> Adding documentation for S.A.R.A. LSM.
>
> Signed-off-by: Salvatore Mesoraca <s.mesoraca16 at gmail.com>
> ---
> Documentation/admin-guide/kernel-parameters.txt | 40 +++++
> Documentation/security/00-INDEX | 2 +
> Documentation/security/SARA.rst | 192 ++++++++++++++++++++++++
> 3 files changed, 234 insertions(+)
> create mode 100644 Documentation/security/SARA.rst
>
> diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
> index 0f5c3b4..f3ee12d 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/Documentation/admin-guide/kernel-parameters.txt
> @@ -3702,6 +3702,46 @@
> 1 -- enable.
> Default value is set via kernel config option.
>
> + sara= [SARA] Disable or enable S.A.R.A. at boot time.
> + If disabled this way S.A.R.A. can't be enabled
> + again.
> + Format: { "0" | "1" }
> + See security/sara/Kconfig help text
> + 0 -- disable.
> + 1 -- enable.
> + Default value is set via kernel config option.
> +
> + sara_usb_filtering= [SARA]
> + Disable or enable S.A.R.A. USB Filtering at boot
> + time.
> + Format: { "0" | "1" }
> + See security/sara/Kconfig help text
> + 0 -- disable.
> + 1 -- enable.
> + Default value is 1.
> +
> + sara_usb_filtering_default= [SARA]
> + Set S.A.R.A. USB Filtering default action.
> + Format: { "a" | "d" }
> + See security/sara/Kconfig help text
> + a -- allow.
> + d -- deny.
> + Default value is set via kernel config option.
> +
> + sara_wxprot= [SARA] Disable or enable S.A.R.A. WX Protection
> + at boot time.
> + Format: { "0" | "1" }
> + See security/sara/Kconfig help text
> + 0 -- disable.
> + 1 -- enable.
> + Default value is 1.
> +
> + sara_wxprot_default_flags= [SARA]
> + Set S.A.R.A. WX Protection default flags.
> + Format: <integer>
> + See S.A.R.A. documentation.
> + Default value is set via kernel config option.
> +
As an organizational note, I would suggest making these all regular
"module parameters", which would let them be automatically namespaced
under "sara". For example "sara.enabled", "sara.wxprot", etc. For
example, this is how LoadPin does it for "loadpin.enabled":
/* Should not be mutable after boot, so not listed in sysfs (perm == 0). */
module_param(enabled, int, 0);
MODULE_PARM_DESC(enabled, "Pin module/firmware loading (default: true)");
> +S.A.R.A. (S.A.R.A. is Another Recursive Acronym) is a stacked Linux Security
> +Module that aims to collect heterogeneous security measures, providing a common
> +interface to manage them.
> +As of today it consists of two main submodules:
> +
> +- USB Filtering
> +- WX Protection
The USB Filtering of SARA seems kind of out of place. Does it have
infrastructure in common with the WX protections? Should it be its own
stackable LSM?
-Kees
--
Kees Cook
Pixel Security
--
To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
More information about the Linux-security-module-archive
mailing list