]> 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)
commitcdf63e96956207f73f6a3b5be92b8a0d7c4e8a28
tree621859908bc9613fa913338d513785072d07ae93
parentca3f7feaf96af2f8a7d4b4f2d994ba31dd6bf27c
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