| # |
| # Key management configuration |
| # |
| |
| config KEYS |
| bool "Enable access key retention support" |
| select ASSOCIATIVE_ARRAY |
| help |
| This option provides support for retaining authentication tokens and |
| access keys in the kernel. |
| |
| It also includes provision of methods by which such keys might be |
| associated with a process so that network filesystems, encryption |
| support and the like can find them. |
| |
| Furthermore, a special type of key is available that acts as keyring: |
| a searchable sequence of keys. Each process is equipped with access |
| to five standard keyrings: UID-specific, GID-specific, session, |
| process and thread. |
| |
| If you are unsure as to whether this is required, answer N. |
| |
| config PERSISTENT_KEYRINGS |
| bool "Enable register of persistent per-UID keyrings" |
| depends on KEYS |
| help |
| This option provides a register of persistent per-UID keyrings, |
| primarily aimed at Kerberos key storage. The keyrings are persistent |
| in the sense that they stay around after all processes of that UID |
| have exited, not that they survive the machine being rebooted. |
| |
| A particular keyring may be accessed by either the user whose keyring |
| it is or by a process with administrative privileges. The active |
| LSMs gets to rule on which admin-level processes get to access the |
| cache. |
| |
| Keyrings are created and added into the register upon demand and get |
| removed if they expire (a default timeout is set upon creation). |
| |
| config BIG_KEYS |
| bool "Large payload keys" |
| depends on KEYS |
| depends on TMPFS |
| help |
| This option provides support for holding large keys within the kernel |
| (for example Kerberos ticket caches). The data may be stored out to |
| swapspace by tmpfs. |
| |
| If you are unsure as to whether this is required, answer N. |
| |
| config TRUSTED_KEYS |
| tristate "TRUSTED KEYS" |
| depends on KEYS && TCG_TPM |
| select CRYPTO |
| select CRYPTO_HMAC |
| select CRYPTO_SHA1 |
| help |
| This option provides support for creating, sealing, and unsealing |
| keys in the kernel. Trusted keys are random number symmetric keys, |
| generated and RSA-sealed by the TPM. The TPM only unseals the keys, |
| if the boot PCRs and other criteria match. Userspace will only ever |
| see encrypted blobs. |
| |
| If you are unsure as to whether this is required, answer N. |
| |
| config ENCRYPTED_KEYS |
| tristate "ENCRYPTED KEYS" |
| depends on KEYS |
| select CRYPTO |
| select CRYPTO_HMAC |
| select CRYPTO_AES |
| select CRYPTO_CBC |
| select CRYPTO_SHA256 |
| select CRYPTO_RNG |
| help |
| This option provides support for create/encrypting/decrypting keys |
| in the kernel. Encrypted keys are kernel generated random numbers, |
| which are encrypted/decrypted with a 'master' symmetric key. The |
| 'master' key can be either a trusted-key or user-key type. |
| Userspace only ever sees/stores encrypted blobs. |
| |
| If you are unsure as to whether this is required, answer N. |
| |
| config KEYS_DEBUG_PROC_KEYS |
| bool "Enable the /proc/keys file by which keys may be viewed" |
| depends on KEYS |
| help |
| This option turns on support for the /proc/keys file - through which |
| can be listed all the keys on the system that are viewable by the |
| reading process. |
| |
| The only keys included in the list are those that grant View |
| permission to the reading process whether or not it possesses them. |
| Note that LSM security checks are still performed, and may further |
| filter out keys that the current process is not authorised to view. |
| |
| Only key attributes are listed here; key payloads are not included in |
| the resulting table. |
| |
| If you are unsure as to whether this is required, answer N. |