Start up DEVRANDOM entropy improvement for older Linux devices. master
authorPauli <paul.dale@oracle.com>
Tue, 20 Aug 2019 06:10:49 +0000 (16:10 +1000)
committerPauli <paul.dale@oracle.com>
Tue, 20 Aug 2019 06:10:49 +0000 (16:10 +1000)
commit3a5777501a97cc3fbf2884f6f3f966661a3f2e41
treef95df2f239495c917bdecc02567130695552fab7
parentcf0932cdd94f067ed18ce78bea038d919f69038f
Start up DEVRANDOM entropy improvement for older Linux devices.

Improve handling of low entropy at start up from /dev/urandom by waiting for
a read(2) call on /dev/random to succeed.  Once one such call has succeeded,
a shared memory segment is created and persisted as an indicator to other
processes that /dev/urandom is properly seeded.

This does not fully prevent against attacks weakening the entropy source.
An attacker who has control of the machine early in its boot sequence
could create the shared memory segment preventing detection of low entropy
conditions.  However, this is no worse than the current situation.

An attacker would also be capable of removing the shared memory segment
and causing seeding to reoccur resulting in a denial of service attack.
This is partially mitigated by keeping the shared memory alive for the
duration of the process's existence.  Thus, an attacker would not only need
to have called call shmctl(2) with the IPC_RMID command but the system
must subsequently enter a state where no instances of libcrypto exist in
any process.  Even one long running process will prevent this attack.

The System V shared memory calls used here go back at least as far as
Linux kernel 2.0.  Linux kernels 4.8 and later, don't have a reliable way
to detect that /dev/urandom has been properly seeded, so a failure is raised
for this case (i.e. the getentropy(2) call has already failed).

Reviewed-by: Bernd Edlinger <bernd.edlinger@hotmail.de>
(Merged from https://github.com/openssl/openssl/pull/9595)
CHANGES
crypto/rand/rand_unix.c
e_os.h