diff options
| author | Lincoln Wallace <locnnil0@gmail.com> | 2026-07-13 22:38:32 -0300 |
|---|---|---|
| committer | Paul Moore <paul@paul-moore.com> | 2026-09-11 18:09:29 -0400 |
| commit | 7dfacee94c9cac9e62149791f91ce7777d6d870e (patch) | |
| tree | c3b4052ee18a140fcc66768dd3a09328bc5bd685 /tools/lib/python | |
| parent | 5a06263597a8b7b528d92999cf654667f61d92a7 (diff) | |
| download | linux-next-7dfacee94c9cac9e62149791f91ce7777d6d870e.tar.gz linux-next-7dfacee94c9cac9e62149791f91ce7777d6d870e.zip | |
doc: fix LSM ordering description for /sys/kernel/security/lsm
The LSM usage document states that the capability module will always
be first in /sys/kernel/security/lsm, followed by any "minor" modules
and then the one "major" module.
This does not match the current LSM infrastructure:
- When CONFIG_SECURITY_LOCKDOWN_LSM_EARLY is enabled, lockdown is
initialized as an early LSM, before all other modules including
capability, and appears first in the list.
- The integrity modules (e.g. IMA and EVM) register with
LSM_ORDER_LAST and are always placed at the end of the list,
regardless of the position of the major module.
- The relative order of the remaining modules is not fixed by the
framework; it follows CONFIG_LSM or the "lsm=" kernel command
line parameter.
Rewrite the paragraph to describe the actual ordering: lockdown
first when early lockdown is enabled, capability otherwise,
integrity modules at the end, and the remaining modules in the
configured order.
Signed-off-by: Lincoln Wallace <locnnil0@gmail.com>
[PM: subject tweak]
Signed-off-by: Paul Moore <paul@paul-moore.com>
Diffstat (limited to 'tools/lib/python')
0 files changed, 0 insertions, 0 deletions
