Thomas Gleixner | ec8f24b | 2019-05-19 13:07:45 +0100 | [diff] [blame] | 1 | # SPDX-License-Identifier: GPL-2.0-only |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 2 | # |
| 3 | # Security configuration |
| 4 | # |
| 5 | |
| 6 | menu "Security options" |
| 7 | |
Masahiro Yamada | 8636a1f | 2018-12-11 20:01:04 +0900 | [diff] [blame] | 8 | source "security/keys/Kconfig" |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 9 | |
Dan Rosenberg | eaf06b2 | 2010-11-11 14:05:18 -0800 | [diff] [blame] | 10 | config SECURITY_DMESG_RESTRICT |
| 11 | bool "Restrict unprivileged access to the kernel syslog" |
| 12 | default n |
| 13 | help |
| 14 | This enforces restrictions on unprivileged users reading the kernel |
| 15 | syslog via dmesg(8). |
| 16 | |
| 17 | If this option is not selected, no restrictions will be enforced |
| 18 | unless the dmesg_restrict sysctl is explicitly set to (1). |
| 19 | |
| 20 | If you are unsure how to answer this question, answer N. |
| 21 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 22 | config SECURITY |
| 23 | bool "Enable different security models" |
Adrian Bunk | 2c40579 | 2005-08-22 18:20:50 +0200 | [diff] [blame] | 24 | depends on SYSFS |
Iulia Manda | 2813893 | 2015-04-15 16:16:41 -0700 | [diff] [blame] | 25 | depends on MULTIUSER |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 26 | help |
| 27 | This allows you to choose different security modules to be |
| 28 | configured into your kernel. |
| 29 | |
| 30 | If this option is not selected, the default Linux security |
| 31 | model will be used. |
| 32 | |
| 33 | If you are unsure how to answer this question, answer N. |
| 34 | |
James Morris | dd0859d | 2017-02-15 00:17:24 +1100 | [diff] [blame] | 35 | config SECURITY_WRITABLE_HOOKS |
| 36 | depends on SECURITY |
| 37 | bool |
| 38 | default n |
| 39 | |
Eric Paris | da31894 | 2008-08-22 11:35:57 -0400 | [diff] [blame] | 40 | config SECURITYFS |
| 41 | bool "Enable the securityfs filesystem" |
| 42 | help |
| 43 | This will build the securityfs filesystem. It is currently used by |
Petr Vorel | b102c11 | 2019-03-01 00:54:48 +0100 | [diff] [blame] | 44 | various security modules (AppArmor, IMA, SafeSetID, TOMOYO, TPM). |
Eric Paris | da31894 | 2008-08-22 11:35:57 -0400 | [diff] [blame] | 45 | |
| 46 | If you are unsure how to answer this question, answer N. |
| 47 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 48 | config SECURITY_NETWORK |
| 49 | bool "Socket and Networking Security Hooks" |
| 50 | depends on SECURITY |
| 51 | help |
| 52 | This enables the socket and networking security hooks. |
| 53 | If enabled, a security module can use these hooks to |
| 54 | implement socket and networking access controls. |
| 55 | If you are unsure how to answer this question, answer N. |
| 56 | |
Dave Hansen | 385ce0e | 2017-12-04 15:08:03 +0100 | [diff] [blame] | 57 | config PAGE_TABLE_ISOLATION |
| 58 | bool "Remove the kernel mapping in user mode" |
Thomas Gleixner | 87faa0d | 2018-01-03 15:18:44 +0100 | [diff] [blame] | 59 | default y |
Joerg Roedel | 61a6bd8 | 2018-09-14 12:59:14 +0200 | [diff] [blame] | 60 | depends on (X86_64 || X86_PAE) && !UML |
Dave Hansen | 385ce0e | 2017-12-04 15:08:03 +0100 | [diff] [blame] | 61 | help |
| 62 | This feature reduces the number of hardware side channels by |
| 63 | ensuring that the majority of kernel addresses are not mapped |
| 64 | into userspace. |
| 65 | |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 66 | See Documentation/x86/pti.rst for more details. |
Dave Hansen | 385ce0e | 2017-12-04 15:08:03 +0100 | [diff] [blame] | 67 | |
Daniel Jurgens | d291f1a | 2017-05-19 15:48:52 +0300 | [diff] [blame] | 68 | config SECURITY_INFINIBAND |
| 69 | bool "Infiniband Security Hooks" |
| 70 | depends on SECURITY && INFINIBAND |
| 71 | help |
| 72 | This enables the Infiniband security hooks. |
| 73 | If enabled, a security module can use these hooks to |
| 74 | implement Infiniband access controls. |
| 75 | If you are unsure how to answer this question, answer N. |
| 76 | |
Trent Jaeger | df71837 | 2005-12-13 23:12:27 -0800 | [diff] [blame] | 77 | config SECURITY_NETWORK_XFRM |
| 78 | bool "XFRM (IPSec) Networking Security Hooks" |
| 79 | depends on XFRM && SECURITY_NETWORK |
| 80 | help |
| 81 | This enables the XFRM (IPSec) networking security hooks. |
| 82 | If enabled, a security module can use these hooks to |
| 83 | implement per-packet access controls based on labels |
| 84 | derived from IPSec policy. Non-IPSec communications are |
| 85 | designated as unlabelled, and only sockets authorized |
| 86 | to communicate unlabelled data can send without using |
| 87 | IPSec. |
| 88 | If you are unsure how to answer this question, answer N. |
| 89 | |
Kentaro Takeda | be6d3e5 | 2008-12-17 13:24:15 +0900 | [diff] [blame] | 90 | config SECURITY_PATH |
| 91 | bool "Security hooks for pathname based access control" |
| 92 | depends on SECURITY |
| 93 | help |
| 94 | This enables the security hooks for pathname based access control. |
| 95 | If enabled, a security module can use these hooks to |
| 96 | implement pathname based access controls. |
| 97 | If you are unsure how to answer this question, answer N. |
| 98 | |
Joseph Cihula | 3162534 | 2009-06-30 19:30:59 -0700 | [diff] [blame] | 99 | config INTEL_TXT |
| 100 | bool "Enable Intel(R) Trusted Execution Technology (Intel(R) TXT)" |
Shane Wang | 69575d3 | 2009-09-01 18:25:07 -0700 | [diff] [blame] | 101 | depends on HAVE_INTEL_TXT |
Joseph Cihula | 3162534 | 2009-06-30 19:30:59 -0700 | [diff] [blame] | 102 | help |
| 103 | This option enables support for booting the kernel with the |
| 104 | Trusted Boot (tboot) module. This will utilize |
| 105 | Intel(R) Trusted Execution Technology to perform a measured launch |
| 106 | of the kernel. If the system does not support Intel(R) TXT, this |
| 107 | will have no effect. |
| 108 | |
Arnaldo Carvalho de Melo | 3c556e4 | 2009-08-12 12:00:40 -0300 | [diff] [blame] | 109 | Intel TXT will provide higher assurance of system configuration and |
Joseph Cihula | 3162534 | 2009-06-30 19:30:59 -0700 | [diff] [blame] | 110 | initial state as well as data reset protection. This is used to |
| 111 | create a robust initial kernel measurement and verification, which |
| 112 | helps to ensure that kernel security mechanisms are functioning |
| 113 | correctly. This level of protection requires a root of trust outside |
| 114 | of the kernel itself. |
| 115 | |
| 116 | Intel TXT also helps solve real end user concerns about having |
| 117 | confidence that their hardware is running the VMM or kernel that |
Arnaldo Carvalho de Melo | 3c556e4 | 2009-08-12 12:00:40 -0300 | [diff] [blame] | 118 | it was configured with, especially since they may be responsible for |
Joseph Cihula | 3162534 | 2009-06-30 19:30:59 -0700 | [diff] [blame] | 119 | providing such assurances to VMs and services running on it. |
| 120 | |
Alexander A. Klimov | c9fecf5 | 2020-07-05 23:45:12 +0200 | [diff] [blame] | 121 | See <https://www.intel.com/technology/security/> for more information |
Joseph Cihula | 3162534 | 2009-06-30 19:30:59 -0700 | [diff] [blame] | 122 | about Intel(R) TXT. |
| 123 | See <http://tboot.sourceforge.net> for more information about tboot. |
Mauro Carvalho Chehab | e8d776f | 2019-04-20 09:20:52 -0300 | [diff] [blame] | 124 | See Documentation/x86/intel_txt.rst for a description of how to enable |
Joseph Cihula | 3162534 | 2009-06-30 19:30:59 -0700 | [diff] [blame] | 125 | Intel TXT support in a kernel boot. |
| 126 | |
| 127 | If you are unsure as to whether this is required, answer N. |
| 128 | |
Eric Paris | 788084a | 2009-07-31 12:54:11 -0400 | [diff] [blame] | 129 | config LSM_MMAP_MIN_ADDR |
Andreas Schwab | 024e6cb | 2009-08-18 22:14:29 +0200 | [diff] [blame] | 130 | int "Low address space for LSM to protect from user allocation" |
Eric Paris | 788084a | 2009-07-31 12:54:11 -0400 | [diff] [blame] | 131 | depends on SECURITY && SECURITY_SELINUX |
Colin Cross | 530b099 | 2014-02-04 02:15:32 +0000 | [diff] [blame] | 132 | default 32768 if ARM || (ARM64 && COMPAT) |
Dave Jones | a58578e | 2009-08-18 13:47:37 -0400 | [diff] [blame] | 133 | default 65536 |
Eric Paris | 788084a | 2009-07-31 12:54:11 -0400 | [diff] [blame] | 134 | help |
| 135 | This is the portion of low virtual memory which should be protected |
| 136 | from userspace allocation. Keeping a user from writing to low pages |
| 137 | can help reduce the impact of kernel NULL pointer bugs. |
| 138 | |
| 139 | For most ia64, ppc64 and x86 users with lots of address space |
| 140 | a value of 65536 is reasonable and should cause no problems. |
| 141 | On arm and other archs it should not be higher than 32768. |
| 142 | Programs which use vm86 functionality or have some need to map |
| 143 | this low address space will need the permission specific to the |
| 144 | systems running LSM. |
| 145 | |
Kees Cook | f5509cc | 2016-06-07 11:05:33 -0700 | [diff] [blame] | 146 | config HAVE_HARDENED_USERCOPY_ALLOCATOR |
| 147 | bool |
| 148 | help |
| 149 | The heap allocator implements __check_heap_object() for |
| 150 | validating memory ranges against heap object sizes in |
| 151 | support of CONFIG_HARDENED_USERCOPY. |
| 152 | |
Kees Cook | f5509cc | 2016-06-07 11:05:33 -0700 | [diff] [blame] | 153 | config HARDENED_USERCOPY |
| 154 | bool "Harden memory copies between kernel and userspace" |
Linus Torvalds | 6040e57 | 2016-08-19 12:47:01 -0700 | [diff] [blame] | 155 | depends on HAVE_HARDENED_USERCOPY_ALLOCATOR |
Kees Cook | 22ec1a2 | 2017-12-01 13:19:39 -0800 | [diff] [blame] | 156 | imply STRICT_DEVMEM |
Kees Cook | f5509cc | 2016-06-07 11:05:33 -0700 | [diff] [blame] | 157 | help |
| 158 | This option checks for obviously wrong memory regions when |
| 159 | copying memory to/from the kernel (via copy_to_user() and |
| 160 | copy_from_user() functions) by rejecting memory ranges that |
| 161 | are larger than the specified heap object, span multiple |
Geert Uytterhoeven | 99c55fb | 2017-05-02 20:27:41 +0200 | [diff] [blame] | 162 | separately allocated pages, are not on the process stack, |
Kees Cook | f5509cc | 2016-06-07 11:05:33 -0700 | [diff] [blame] | 163 | or are part of the kernel text. This kills entire classes |
| 164 | of heap overflow exploits and similar kernel memory exposures. |
| 165 | |
Kees Cook | 8e1f74e | 2016-09-07 09:54:34 -0700 | [diff] [blame] | 166 | config HARDENED_USERCOPY_PAGESPAN |
| 167 | bool "Refuse to copy allocations that span multiple pages" |
| 168 | depends on HARDENED_USERCOPY |
Linus Torvalds | 80a7704 | 2016-09-07 14:03:49 -0700 | [diff] [blame] | 169 | depends on EXPERT |
Kees Cook | 8e1f74e | 2016-09-07 09:54:34 -0700 | [diff] [blame] | 170 | help |
| 171 | When a multi-page allocation is done without __GFP_COMP, |
| 172 | hardened usercopy will reject attempts to copy it. There are, |
| 173 | however, several cases of this in the kernel that have not all |
| 174 | been removed. This config is intended to be used only while |
| 175 | trying to find such users. |
| 176 | |
Daniel Micay | 6974f0c | 2017-07-12 14:36:10 -0700 | [diff] [blame] | 177 | config FORTIFY_SOURCE |
| 178 | bool "Harden common str/mem functions against buffer overflows" |
| 179 | depends on ARCH_HAS_FORTIFY_SOURCE |
Kees Cook | a52f8a5 | 2021-05-12 21:51:10 -0700 | [diff] [blame] | 180 | # https://bugs.llvm.org/show_bug.cgi?id=50322 |
| 181 | # https://bugs.llvm.org/show_bug.cgi?id=41459 |
| 182 | depends on !CC_IS_CLANG |
Daniel Micay | 6974f0c | 2017-07-12 14:36:10 -0700 | [diff] [blame] | 183 | help |
| 184 | Detect overflows of buffers in common string and memory functions |
| 185 | where the compiler can determine and validate the buffer sizes. |
| 186 | |
Greg Kroah-Hartman | 64e90a8a | 2017-01-16 16:22:39 +0100 | [diff] [blame] | 187 | config STATIC_USERMODEHELPER |
| 188 | bool "Force all usermode helper calls through a single binary" |
| 189 | help |
| 190 | By default, the kernel can call many different userspace |
| 191 | binary programs through the "usermode helper" kernel |
| 192 | interface. Some of these binaries are statically defined |
| 193 | either in the kernel code itself, or as a kernel configuration |
| 194 | option. However, some of these are dynamically created at |
| 195 | runtime, or can be modified after the kernel has started up. |
| 196 | To provide an additional layer of security, route all of these |
| 197 | calls through a single executable that can not have its name |
| 198 | changed. |
| 199 | |
| 200 | Note, it is up to this single binary to then call the relevant |
| 201 | "real" usermode helper binary, based on the first argument |
| 202 | passed to it. If desired, this program can filter and pick |
| 203 | and choose what real programs are called. |
| 204 | |
| 205 | If you wish for all usermode helper programs are to be |
| 206 | disabled, choose this option and then set |
| 207 | STATIC_USERMODEHELPER_PATH to an empty string. |
| 208 | |
| 209 | config STATIC_USERMODEHELPER_PATH |
| 210 | string "Path to the static usermode helper binary" |
| 211 | depends on STATIC_USERMODEHELPER |
| 212 | default "/sbin/usermode-helper" |
| 213 | help |
| 214 | The binary called by the kernel when any usermode helper |
| 215 | program is wish to be run. The "real" application's name will |
| 216 | be in the first argument passed to this program on the command |
| 217 | line. |
| 218 | |
| 219 | If you wish for all usermode helper programs to be disabled, |
| 220 | specify an empty string here (i.e. ""). |
| 221 | |
Masahiro Yamada | 8636a1f | 2018-12-11 20:01:04 +0900 | [diff] [blame] | 222 | source "security/selinux/Kconfig" |
| 223 | source "security/smack/Kconfig" |
| 224 | source "security/tomoyo/Kconfig" |
| 225 | source "security/apparmor/Kconfig" |
| 226 | source "security/loadpin/Kconfig" |
| 227 | source "security/yama/Kconfig" |
Micah Morton | aeca4e2 | 2019-01-16 07:46:06 -0800 | [diff] [blame] | 228 | source "security/safesetid/Kconfig" |
Matthew Garrett | 000d388 | 2019-08-19 17:17:39 -0700 | [diff] [blame] | 229 | source "security/lockdown/Kconfig" |
Mickaël Salaün | 9094544 | 2021-04-22 17:41:11 +0200 | [diff] [blame] | 230 | source "security/landlock/Kconfig" |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 231 | |
Masahiro Yamada | 8636a1f | 2018-12-11 20:01:04 +0900 | [diff] [blame] | 232 | source "security/integrity/Kconfig" |
Mimi Zohar | 3323eec | 2009-02-04 09:06:58 -0500 | [diff] [blame] | 233 | |
Kees Cook | 2623c4f | 2019-03-29 12:36:04 -0700 | [diff] [blame] | 234 | choice |
| 235 | prompt "First legacy 'major LSM' to be initialized" |
| 236 | default DEFAULT_SECURITY_SELINUX if SECURITY_SELINUX |
| 237 | default DEFAULT_SECURITY_SMACK if SECURITY_SMACK |
| 238 | default DEFAULT_SECURITY_TOMOYO if SECURITY_TOMOYO |
| 239 | default DEFAULT_SECURITY_APPARMOR if SECURITY_APPARMOR |
| 240 | default DEFAULT_SECURITY_DAC |
| 241 | |
| 242 | help |
| 243 | This choice is there only for converting CONFIG_DEFAULT_SECURITY |
| 244 | in old kernel configs to CONFIG_LSM in new kernel configs. Don't |
| 245 | change this choice unless you are creating a fresh kernel config, |
| 246 | for this choice will be ignored after CONFIG_LSM has been set. |
| 247 | |
| 248 | Selects the legacy "major security module" that will be |
| 249 | initialized first. Overridden by non-default CONFIG_LSM. |
| 250 | |
| 251 | config DEFAULT_SECURITY_SELINUX |
| 252 | bool "SELinux" if SECURITY_SELINUX=y |
| 253 | |
| 254 | config DEFAULT_SECURITY_SMACK |
| 255 | bool "Simplified Mandatory Access Control" if SECURITY_SMACK=y |
| 256 | |
| 257 | config DEFAULT_SECURITY_TOMOYO |
| 258 | bool "TOMOYO" if SECURITY_TOMOYO=y |
| 259 | |
| 260 | config DEFAULT_SECURITY_APPARMOR |
| 261 | bool "AppArmor" if SECURITY_APPARMOR=y |
| 262 | |
| 263 | config DEFAULT_SECURITY_DAC |
| 264 | bool "Unix Discretionary Access Controls" |
| 265 | |
| 266 | endchoice |
| 267 | |
Kees Cook | 13e735c | 2018-10-09 14:27:46 -0700 | [diff] [blame] | 268 | config LSM |
| 269 | string "Ordered list of enabled LSMs" |
Mickaël Salaün | 385975d | 2021-04-22 17:41:13 +0200 | [diff] [blame] | 270 | default "landlock,lockdown,yama,loadpin,safesetid,integrity,smack,selinux,tomoyo,apparmor,bpf" if DEFAULT_SECURITY_SMACK |
| 271 | default "landlock,lockdown,yama,loadpin,safesetid,integrity,apparmor,selinux,smack,tomoyo,bpf" if DEFAULT_SECURITY_APPARMOR |
| 272 | default "landlock,lockdown,yama,loadpin,safesetid,integrity,tomoyo,bpf" if DEFAULT_SECURITY_TOMOYO |
| 273 | default "landlock,lockdown,yama,loadpin,safesetid,integrity,bpf" if DEFAULT_SECURITY_DAC |
| 274 | default "landlock,lockdown,yama,loadpin,safesetid,integrity,selinux,smack,tomoyo,apparmor,bpf" |
Kees Cook | 13e735c | 2018-10-09 14:27:46 -0700 | [diff] [blame] | 275 | help |
| 276 | A comma-separated list of LSMs, in initialization order. |
Kees Cook | 79f7865 | 2018-09-19 17:30:09 -0700 | [diff] [blame] | 277 | Any LSMs left off this list will be ignored. This can be |
| 278 | controlled at boot with the "lsm=" parameter. |
Kees Cook | 13e735c | 2018-10-09 14:27:46 -0700 | [diff] [blame] | 279 | |
| 280 | If unsure, leave this as the default. |
| 281 | |
Kees Cook | 9f671e5 | 2019-04-10 08:23:44 -0700 | [diff] [blame] | 282 | source "security/Kconfig.hardening" |
| 283 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 284 | endmenu |
| 285 | |