summaryrefslogtreecommitdiff
path: root/scripts/git.orderFile
diff options
context:
space:
mode:
authorLincoln Wallace <locnnil0@gmail.com>2026-07-13 22:38:32 -0300
committerPaul Moore <paul@paul-moore.com>2026-09-11 18:09:29 -0400
commit7dfacee94c9cac9e62149791f91ce7777d6d870e (patch)
treec3b4052ee18a140fcc66768dd3a09328bc5bd685 /scripts/git.orderFile
parent5a06263597a8b7b528d92999cf654667f61d92a7 (diff)
downloadlinux-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 'scripts/git.orderFile')
0 files changed, 0 insertions, 0 deletions