Update the HW_RANDOM_TPM check
authorAlexander Popov <alex.popov@linux.com>
Thu, 13 Oct 2022 15:07:14 +0000 (18:07 +0300)
committerAlexander Popov <alex.popov@linux.com>
Thu, 13 Oct 2022 15:07:14 +0000 (18:07 +0300)
commit0ac5fe3024e03e5cc6706fb7269a507bdc489f4f
tree1bda1b18273175e3e5fdafd5ffdde902ff2caff1
parent1d2addd4e4c13b78326b76965c6914f592b2f828
Update the HW_RANDOM_TPM check

Clip OS says that RANDOM_TRUST_BOOTLOADER and RANDOM_TRUST_CPU should be
disabled if HW_RANDOM_TPM is enabled. The Clip OS description:
  Do not credit entropy included in Linux’s entropy pool when generated
  by the CPU manufacturer’s HWRNG, the bootloader or the UEFI firmware.
  Fast and robust initialization of Linux’s CSPRNG is instead achieved
  thanks to the TPM’s HWRNG.

At the same time KSPP recommends to enable RANDOM_TRUST_BOOTLOADER and
RANDOM_TRUST_CPU anyway:
  Get as much entropy as possible from external sources. The Chacha mixer
  isn't vulnerable to injected entropy, so even malicious sources
  should not cause problems.

In this situation, I think kconfig-hardened-check should check
only HW_RANDOM_TPM (there is no contradiction about it)
and leave the decision about RANDOM_TRUST_BOOTLOADER and
RANDOM_TRUST_CPU to the owner of the system.
kconfig_hardened_check/__init__.py