Kconfig 6.8 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197
  1. #
  2. # Security configuration
  3. #
  4. menu "Security options"
  5. config KEYS
  6. bool "Enable access key retention support"
  7. help
  8. This option provides support for retaining authentication tokens and
  9. access keys in the kernel.
  10. It also includes provision of methods by which such keys might be
  11. associated with a process so that network filesystems, encryption
  12. support and the like can find them.
  13. Furthermore, a special type of key is available that acts as keyring:
  14. a searchable sequence of keys. Each process is equipped with access
  15. to five standard keyrings: UID-specific, GID-specific, session,
  16. process and thread.
  17. If you are unsure as to whether this is required, answer N.
  18. config KEYS_DEBUG_PROC_KEYS
  19. bool "Enable the /proc/keys file by which keys may be viewed"
  20. depends on KEYS
  21. help
  22. This option turns on support for the /proc/keys file - through which
  23. can be listed all the keys on the system that are viewable by the
  24. reading process.
  25. The only keys included in the list are those that grant View
  26. permission to the reading process whether or not it possesses them.
  27. Note that LSM security checks are still performed, and may further
  28. filter out keys that the current process is not authorised to view.
  29. Only key attributes are listed here; key payloads are not included in
  30. the resulting table.
  31. If you are unsure as to whether this is required, answer N.
  32. config SECURITY_DMESG_RESTRICT
  33. bool "Restrict unprivileged access to the kernel syslog"
  34. default n
  35. help
  36. This enforces restrictions on unprivileged users reading the kernel
  37. syslog via dmesg(8).
  38. If this option is not selected, no restrictions will be enforced
  39. unless the dmesg_restrict sysctl is explicitly set to (1).
  40. If you are unsure how to answer this question, answer N.
  41. config SECURITY
  42. bool "Enable different security models"
  43. depends on SYSFS
  44. help
  45. This allows you to choose different security modules to be
  46. configured into your kernel.
  47. If this option is not selected, the default Linux security
  48. model will be used.
  49. If you are unsure how to answer this question, answer N.
  50. config SECURITYFS
  51. bool "Enable the securityfs filesystem"
  52. help
  53. This will build the securityfs filesystem. It is currently used by
  54. the TPM bios character driver and IMA, an integrity provider. It is
  55. not used by SELinux or SMACK.
  56. If you are unsure how to answer this question, answer N.
  57. config SECURITY_NETWORK
  58. bool "Socket and Networking Security Hooks"
  59. depends on SECURITY
  60. help
  61. This enables the socket and networking security hooks.
  62. If enabled, a security module can use these hooks to
  63. implement socket and networking access controls.
  64. If you are unsure how to answer this question, answer N.
  65. config SECURITY_NETWORK_XFRM
  66. bool "XFRM (IPSec) Networking Security Hooks"
  67. depends on XFRM && SECURITY_NETWORK
  68. help
  69. This enables the XFRM (IPSec) networking security hooks.
  70. If enabled, a security module can use these hooks to
  71. implement per-packet access controls based on labels
  72. derived from IPSec policy. Non-IPSec communications are
  73. designated as unlabelled, and only sockets authorized
  74. to communicate unlabelled data can send without using
  75. IPSec.
  76. If you are unsure how to answer this question, answer N.
  77. config SECURITY_PATH
  78. bool "Security hooks for pathname based access control"
  79. depends on SECURITY
  80. help
  81. This enables the security hooks for pathname based access control.
  82. If enabled, a security module can use these hooks to
  83. implement pathname based access controls.
  84. If you are unsure how to answer this question, answer N.
  85. config INTEL_TXT
  86. bool "Enable Intel(R) Trusted Execution Technology (Intel(R) TXT)"
  87. depends on HAVE_INTEL_TXT
  88. help
  89. This option enables support for booting the kernel with the
  90. Trusted Boot (tboot) module. This will utilize
  91. Intel(R) Trusted Execution Technology to perform a measured launch
  92. of the kernel. If the system does not support Intel(R) TXT, this
  93. will have no effect.
  94. Intel TXT will provide higher assurance of system configuration and
  95. initial state as well as data reset protection. This is used to
  96. create a robust initial kernel measurement and verification, which
  97. helps to ensure that kernel security mechanisms are functioning
  98. correctly. This level of protection requires a root of trust outside
  99. of the kernel itself.
  100. Intel TXT also helps solve real end user concerns about having
  101. confidence that their hardware is running the VMM or kernel that
  102. it was configured with, especially since they may be responsible for
  103. providing such assurances to VMs and services running on it.
  104. See <http://www.intel.com/technology/security/> for more information
  105. about Intel(R) TXT.
  106. See <http://tboot.sourceforge.net> for more information about tboot.
  107. See Documentation/intel_txt.txt for a description of how to enable
  108. Intel TXT support in a kernel boot.
  109. If you are unsure as to whether this is required, answer N.
  110. config LSM_MMAP_MIN_ADDR
  111. int "Low address space for LSM to protect from user allocation"
  112. depends on SECURITY && SECURITY_SELINUX
  113. default 65536
  114. help
  115. This is the portion of low virtual memory which should be protected
  116. from userspace allocation. Keeping a user from writing to low pages
  117. can help reduce the impact of kernel NULL pointer bugs.
  118. For most ia64, ppc64 and x86 users with lots of address space
  119. a value of 65536 is reasonable and should cause no problems.
  120. On arm and other archs it should not be higher than 32768.
  121. Programs which use vm86 functionality or have some need to map
  122. this low address space will need the permission specific to the
  123. systems running LSM.
  124. source security/selinux/Kconfig
  125. source security/smack/Kconfig
  126. source security/tomoyo/Kconfig
  127. source security/apparmor/Kconfig
  128. source security/integrity/ima/Kconfig
  129. choice
  130. prompt "Default security module"
  131. default DEFAULT_SECURITY_SELINUX if SECURITY_SELINUX
  132. default DEFAULT_SECURITY_SMACK if SECURITY_SMACK
  133. default DEFAULT_SECURITY_TOMOYO if SECURITY_TOMOYO
  134. default DEFAULT_SECURITY_APPARMOR if SECURITY_APPARMOR
  135. default DEFAULT_SECURITY_DAC
  136. help
  137. Select the security module that will be used by default if the
  138. kernel parameter security= is not specified.
  139. config DEFAULT_SECURITY_SELINUX
  140. bool "SELinux" if SECURITY_SELINUX=y
  141. config DEFAULT_SECURITY_SMACK
  142. bool "Simplified Mandatory Access Control" if SECURITY_SMACK=y
  143. config DEFAULT_SECURITY_TOMOYO
  144. bool "TOMOYO" if SECURITY_TOMOYO=y
  145. config DEFAULT_SECURITY_APPARMOR
  146. bool "AppArmor" if SECURITY_APPARMOR=y
  147. config DEFAULT_SECURITY_DAC
  148. bool "Unix Discretionary Access Controls"
  149. endchoice
  150. config DEFAULT_SECURITY
  151. string
  152. default "selinux" if DEFAULT_SECURITY_SELINUX
  153. default "smack" if DEFAULT_SECURITY_SMACK
  154. default "tomoyo" if DEFAULT_SECURITY_TOMOYO
  155. default "apparmor" if DEFAULT_SECURITY_APPARMOR
  156. default "" if DEFAULT_SECURITY_DAC
  157. endmenu