]> git.baikalelectronics.ru Git - kernel.git/commit
random: suppress spammy warnings about unseeded randomness
authorTheodore Ts'o <tytso@mit.edu>
Thu, 8 Jun 2017 08:16:59 +0000 (04:16 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Sat, 15 Jul 2017 16:19:28 +0000 (12:19 -0400)
commitbb0e9ae35d3af8528934b1720b8aea7fb6e5b170
tree621859908bc9613fa913338d513785072d07ae93
parent9ba00652f3af2c4cc3a0f6d02f254d5196c8f68a
random: suppress spammy warnings about unseeded randomness

Unfortunately, on some models of some architectures getting a fully
seeded CRNG is extremely difficult, and so this can result in dmesg
getting spammed for a surprisingly long time.  This is really bad from
a security perspective, and so architecture maintainers really need to
do what they can to get the CRNG seeded sooner after the system is
booted.  However, users can't do anything actionble to address this,
and spamming the kernel messages log will only just annoy people.

For developers who want to work on improving this situation,
CONFIG_WARN_UNSEEDED_RANDOM has been renamed to
CONFIG_WARN_ALL_UNSEEDED_RANDOM.  By default the kernel will always
print the first use of unseeded randomness.  This way, hopefully the
security obsessed will be happy that there is _some_ indication when
the kernel boots there may be a potential issue with that architecture
or subarchitecture.  To see all uses of unseeded randomness,
developers can enable CONFIG_WARN_ALL_UNSEEDED_RANDOM.

Signed-off-by: Theodore Ts'o <tytso@mit.edu>
drivers/char/random.c
lib/Kconfig.debug