diff options
author | Kees Cook <keescook@chromium.org> | 2019-03-29 12:36:04 -0700 |
---|---|---|
committer | James Morris <james.morris@microsoft.com> | 2019-03-29 14:08:49 -0700 |
commit | 2623c4fbe2ad1341ff2d1e12410d0afdae2490ca (patch) | |
tree | 4b07dfdc695d5d91f860413e9aa5f3c75ce3e777 /fs/nsfs.c | |
parent | 1aa176ef5a451adc0546d5aaa3fb107975c786b7 (diff) | |
download | linux-riscv-2623c4fbe2ad1341ff2d1e12410d0afdae2490ca.tar.gz linux-riscv-2623c4fbe2ad1341ff2d1e12410d0afdae2490ca.tar.bz2 linux-riscv-2623c4fbe2ad1341ff2d1e12410d0afdae2490ca.zip |
LSM: Revive CONFIG_DEFAULT_SECURITY_* for "make oldconfig"
Commit 70b62c25665f636c ("LoadPin: Initialize as ordered LSM") removed
CONFIG_DEFAULT_SECURITY_{SELINUX,SMACK,TOMOYO,APPARMOR,DAC} from
security/Kconfig and changed CONFIG_LSM to provide a fixed ordering as a
default value. That commit expected that existing users (upgrading from
Linux 5.0 and earlier) will edit CONFIG_LSM value in accordance with
their CONFIG_DEFAULT_SECURITY_* choice in their old kernel configs. But
since users might forget to edit CONFIG_LSM value, this patch revives
the choice (only for providing the default value for CONFIG_LSM) in order
to make sure that CONFIG_LSM reflects CONFIG_DEFAULT_SECURITY_* from their
old kernel configs.
Note that since TOMOYO can be fully stacked against the other legacy
major LSMs, when it is selected, it explicitly disables the other LSMs
to avoid them also initializing since TOMOYO does not expect this
currently.
Reported-by: Jakub Kicinski <jakub.kicinski@netronome.com>
Reported-by: Randy Dunlap <rdunlap@infradead.org>
Fixes: 70b62c25665f636c ("LoadPin: Initialize as ordered LSM")
Co-developed-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Signed-off-by: Kees Cook <keescook@chromium.org>
Acked-by: Casey Schaufler <casey@schaufler-ca.com>
Signed-off-by: James Morris <james.morris@microsoft.com>
Diffstat (limited to 'fs/nsfs.c')
0 files changed, 0 insertions, 0 deletions