mirror of
https://github.com/openssl/openssl.git
synced 2024-12-27 06:21:43 +08:00
7d615e2178
The RAND_DRBG API did not fit well into the new provider concept as implemented by EVP_RAND and EVP_RAND_CTX. The main reason is that the RAND_DRBG API is a mixture of 'front end' and 'back end' API calls and some of its API calls are rather low-level. This holds in particular for the callback mechanism (RAND_DRBG_set_callbacks()) and the RAND_DRBG type changing mechanism (RAND_DRBG_set()). Adding a compatibility layer to continue supporting the RAND_DRBG API as a legacy API for a regular deprecation period turned out to come at the price of complicating the new provider API unnecessarily. Since the RAND_DRBG API exists only since version 1.1.1, it was decided by the OMC to drop it entirely. Other related changes: Use RNG instead of DRBG in EVP_RAND documentation. The documentation was using DRBG in places where it should have been RNG or CSRNG. Move the RAND_DRBG(7) documentation to EVP_RAND(7). Reviewed-by: Matthias St. Pierre <Matthias.St.Pierre@ncp-e.com> (Merged from https://github.com/openssl/openssl/pull/12509)
85 lines
3.3 KiB
Plaintext
85 lines
3.3 KiB
Plaintext
=pod
|
|
|
|
=head1 NAME
|
|
|
|
RAND
|
|
- the OpenSSL random generator
|
|
|
|
=head1 DESCRIPTION
|
|
|
|
Random numbers are a vital part of cryptography, they are needed to provide
|
|
unpredictability for tasks like key generation, creating salts, and many more.
|
|
Software-based generators must be seeded with external randomness before they
|
|
can be used as a cryptographically-secure pseudo-random number generator
|
|
(CSPRNG).
|
|
The availability of common hardware with special instructions and
|
|
modern operating systems, which may use items such as interrupt jitter
|
|
and network packet timings, can be reasonable sources of seeding material.
|
|
|
|
OpenSSL comes with a default implementation of the RAND API which is based on
|
|
the deterministic random bit generator (DRBG) model as described in
|
|
[NIST SP 800-90A Rev. 1]. The default random generator will initialize
|
|
automatically on first use and will be fully functional without having
|
|
to be initialized ('seeded') explicitly.
|
|
It seeds and reseeds itself automatically using trusted random sources
|
|
provided by the operating system.
|
|
|
|
As a normal application developer, you do not have to worry about any details,
|
|
just use L<RAND_bytes(3)> to obtain random data.
|
|
Having said that, there is one important rule to obey: Always check the error
|
|
return value of L<RAND_bytes(3)> and do not take randomness for granted.
|
|
Although (re-)seeding is automatic, it can fail because no trusted random source
|
|
is available or the trusted source(s) temporarily fail to provide sufficient
|
|
random seed material.
|
|
In this case the CSPRNG enters an error state and ceases to provide output,
|
|
until it is able to recover from the error by reseeding itself.
|
|
For more details on reseeding and error recovery, see L<EVP_RAND(7)>.
|
|
|
|
For values that should remain secret, you can use L<RAND_priv_bytes(3)>
|
|
instead.
|
|
This method does not provide 'better' randomness, it uses the same type of
|
|
CSPRNG.
|
|
The intention behind using a dedicated CSPRNG exclusively for private
|
|
values is that none of its output should be visible to an attacker (e.g.,
|
|
used as salt value), in order to reveal as little information as
|
|
possible about its internal state, and that a compromise of the "public"
|
|
CSPRNG instance will not affect the secrecy of these private values.
|
|
|
|
In the rare case where the default implementation does not satisfy your special
|
|
requirements, the default RAND method can be replaced by your own RAND
|
|
method using L<RAND_set_rand_method(3)>.
|
|
|
|
Changing the default random generator should be necessary
|
|
only in exceptional cases and is not recommended, unless you have a profound
|
|
knowledge of cryptographic principles and understand the implications of your
|
|
changes.
|
|
|
|
=head1 DEAFULT SETUP
|
|
|
|
The default OpenSSL RAND method is based on the EVP_RAND deterministic random
|
|
bit generator (DRBG) classes.
|
|
A DRBG is a certain type of cryptographically-secure pseudo-random
|
|
number generator (CSPRNG), which is described in [NIST SP 800-90A Rev. 1].
|
|
|
|
|
|
=head1 SEE ALSO
|
|
|
|
L<RAND_bytes(3)>,
|
|
L<RAND_priv_bytes(3)>,
|
|
L<RAND_get_rand_method(3)>,
|
|
L<RAND_set_rand_method(3)>,
|
|
L<RAND_OpenSSL(3)>,
|
|
L<EVP_RAND(3)>,
|
|
L<RAND_get0_primary(3)>
|
|
|
|
=head1 COPYRIGHT
|
|
|
|
Copyright 2018 The OpenSSL Project Authors. All Rights Reserved.
|
|
|
|
Licensed under the Apache License 2.0 (the "License"). You may not use
|
|
this file except in compliance with the License. You can obtain a copy
|
|
in the file LICENSE in the source distribution or at
|
|
L<https://www.openssl.org/source/license.html>.
|
|
|
|
=cut
|