PROVIDER-RAND(7ossl)
πΈ NAME πΈ
okay so bestie, welcome to the 7ossl manual page for provider-rand. The official name-line vibe is: provider-rand β the random number generation library <-> provider functions. That's literally the whole situation: it's the bridge between the random number generation library and provider functions, and we're obsessed. π«
β¨ SYNOPSIS β¨
okay so before you scroll the big code block, read this tiny but important note: none of these are actual functions. They're displayed like this so you can see the function signatures for functions that are offered as function pointers in OSSL_DISPATCH arrays. No cap, that's the whole disclaimer. π«Ά
#include <openssl/core_dispatch.h>
#include <openssl/core_names.h>
/*
* None of these are actual functions, but are displayed like this for
* the function signatures for functions that are offered as function
* pointers in OSSL_DISPATCH arrays.
*/
/* Context management */
void *OSSL_FUNC_rand_newctx(void *provctx, void *parent,
const OSSL_DISPATCH *parent_calls);
void OSSL_FUNC_rand_freectx(void *ctx);
/* Random number generator functions: NIST */
int OSSL_FUNC_rand_instantiate(void *ctx, unsigned int strength,
int prediction_resistance,
const unsigned char *pstr, size_t pstr_len,
const OSSL_PARAM params[]);
int OSSL_FUNC_rand_uninstantiate(void *ctx);
int OSSL_FUNC_rand_generate(void *ctx, unsigned char *out, size_t outlen,
unsigned int strength, int prediction_resistance,
const unsigned char *addin, size_t addin_len);
int OSSL_FUNC_rand_reseed(void *ctx, int prediction_resistance,
const unsigned char *ent, size_t ent_len,
const unsigned char *addin, size_t addin_len);
/* Random number generator functions: additional */
size_t OSSL_FUNC_rand_nonce(void *ctx, unsigned char *out, size_t outlen,
int strength, size_t min_noncelen,
size_t max_noncelen);
size_t OSSL_FUNC_rand_get_seed(void *ctx, unsigned char **buffer,
int entropy, size_t min_len, size_t max_len,
int prediction_resistance,
const unsigned char *adin, size_t adin_len);
void OSSL_FUNC_rand_clear_seed(void *ctx, unsigned char *buffer, size_t b_len);
int OSSL_FUNC_rand_verify_zeroization(void *ctx);
/* Context Locking */
int OSSL_FUNC_rand_enable_locking(void *ctx);
int OSSL_FUNC_rand_lock(void *ctx);
void OSSL_FUNC_rand_unlock(void *ctx);
/* RAND parameter descriptors */
const OSSL_PARAM *OSSL_FUNC_rand_gettable_params(void *provctx);
const OSSL_PARAM *OSSL_FUNC_rand_gettable_ctx_params(void *ctx, void *provctx);
const OSSL_PARAM *OSSL_FUNC_rand_settable_ctx_params(void *ctx, void *provctx);
/* RAND parameters */
int OSSL_FUNC_rand_get_params(OSSL_PARAM params[]);
int OSSL_FUNC_rand_get_ctx_params(void *ctx, OSSL_PARAM params[]);
int OSSL_FUNC_rand_set_ctx_params(void *ctx, const OSSL_PARAM params[]);
that code block is giving context management, NIST random number generator functions, additional random number generator functions, context locking, RAND parameter descriptors, and RAND parameters all in one place. iconic. part 1 is done; part 2 is coming. π
β¨ DESCRIPTION β¨
Okay bestie, heads up: this page is literally for provider authors. Like, if that's not you, go read provider(7) first, k? π«Ά
The RAND operation is what lets providers implement random number generation algorithms and random number sources, then hand them over to applications through the API function EVP_RAND(3). That's the whole vibe. π
π Context Management Functions π
OSSL_FUNC_rand_newctx()β should create and return a pointer to a provider-side structure that holds all the context info during a rand operation. That pointer gets passed back to you in a bunch of the other rand operation function calls. Theprovctxparameter is the provider context that got generated during provider initialisation (peepprovider(7)). Theparentparameter specifies another rand instance to be used for seeding purposes β and if it'sNULLand the specific instance supports it, the operating system gets used for seeding instead. Theparent_callsparameter points to the dispatch table forparent. Meaning: the parent does not have to come from the same provider as the new instance. Slay, cross-provider friendship. πOSSL_FUNC_rand_freectx()β gets handed a pointer to the provider-side rand context in themctxparameter. If it receivesNULLas thectxvalue, it should do nothing other than return. Otherwise it should free any resources associated with that context. No leaks, no drama. π§
π₯ Random Number Generator Functions: NIST π₯
These functions correspond to those defined in NIST SP 800-90A and SP 800-90C. Very official. Very iconic.
OSSL_FUNC_rand_instantiate()β used to instantiate the DRBGctxat a requested security strength. On top of that,prediction_resistancecan be requested. Additional inputaddinof lengthaddin_lenbytes can optionally be provided. The parameters specified inparamsconfigure the DRBG, and these should be processed before instantiation. Order matters, bestie!! πOSSL_FUNC_rand_uninstantiate()β used to uninstantiate the DRBGctx. After being uninstantiated, a DRBG is unable to produce output until it is instantiated anew. It's giving "blocked, do not perceive." πOSSL_FUNC_rand_generate()β used to generate random bytes from the DRBGctx. It will generateoutlenbytes and place them into the buffer pointed to byout. The generated bytes will meet the specified security strength and, ifprediction_resistanceis true, the bytes will be produced after reseeding from a live entropy source. Additional inputaddinof lengthaddin_lenbytes can optionally be provided. β¨
π¦ Random Number Generator Functions: Additional π¦
OSSL_FUNC_rand_nonce()β used to generate a nonce of the given strength with a length frommin_noncelentomax_noncelen. If the output bufferoutisNULL, the length of the nonce should be returned. Yes, that's the flex β return the size instead of the thing. πOSSL_FUNC_rand_get_seed()β used by deterministic generators to obtain their seeding material from their parent. The seed bytes will meet the specified security level of entropy bits and there will be betweenmin_lenandmax_leninclusive bytes in total. Ifprediction_resistanceis true, the bytes will be produced from a live entropy source. Additional inputaddinof lengthaddin_lenbytes can optionally be provided. A pointer to the seed material is returned in*buffer, and this must be freed by a later call toOSSL_FUNC_rand_clear_seed(). Free your stuff, fr fr. πOSSL_FUNC_rand_clear_seed()β frees a seed buffer of lengthb_lenbytes which was previously allocated byOSSL_FUNC_rand_get_seed(). The cleanup arc we all needed. π«ΆOSSL_FUNC_rand_verify_zeroization()β used to determine if the internal state of the DRBG is zero. This capability is mandated by NIST as part of the self tests; it is unlikely to be useful in other circumstances. It's giving "required by the syllabus, not by your heart." π
π Context Locking π
When DRBGs are used by multiple threads, there must be locking employed to ensure their proper operation. But because locking introduces an overhead, it's disabled by default. (Tradeoff queen behavior.)
OSSL_FUNC_rand_enable_locking()β allows locking to be turned on for a DRBG and all of its parent DRBGs. From this call onwards, the DRBG can be used in a thread-safe manner. Peak "it takes a village" energy. πOSSL_FUNC_rand_lock()β used to lock a DRBG. Once locked, exclusive access is guaranteed. Nobody else gets in. Not even your bestie. πOSSL_FUNC_rand_unlock()β used to unlock a DRBG. Let 'em back in.
πΈ Rand Parameters πΈ
See OSSL_PARAM(3) for further details on the parameters structure used by these functions. (iykyk)
OSSL_FUNC_rand_get_params()β gets details of parameter values associated with the provider algorithm and stores them inparams.OSSL_FUNC_rand_set_ctx_params()β sets rand parameters associated with the given provider-side rand contextctxtoparams. Any parameter settings are additional to any that were previously set. PassingNULLforparamsshould return true.OSSL_FUNC_rand_get_ctx_params()β gets details of currently set parameter values associated with the given provider-side rand contextctxand stores them inparams. PassingNULLforparamsshould return true.OSSL_FUNC_rand_gettable_params(),OSSL_FUNC_rand_gettable_ctx_params(), andOSSL_FUNC_rand_settable_ctx_params()β all return constantOSSL_PARAM(3)arrays as descriptors of the parameters thatOSSL_FUNC_rand_get_params(),OSSL_FUNC_rand_get_ctx_params(), andOSSL_FUNC_rand_set_ctx_params()can handle, respectively.OSSL_FUNC_rand_gettable_ctx_params()andOSSL_FUNC_rand_settable_ctx_params()will return the parameters associated with the provider-side contextctxin its current state if it is notNULL. Otherwise, they return the parameters associated with the provider-side algorithmprovctx. Conditional behavior, very main character. β
Parameters currently recognised by built-in rands are as follows. Not all parameters are relevant to, or are understood by, all rands:
"state"(OSSL_RAND_PARAM_STATE)<integer>β returns the state of the random number generator."strength"(OSSL_RAND_PARAM_STRENGTH)<unsigned integer>β returns the bit strength of the random number generator."fips-indicator"(OSSL_RAND_PARAM_FIPS_APPROVED_INDICATOR)<integer>β a getter that returns1if the operation is FIPS approved, or0otherwise. This option is used by the OpenSSL FIPS provider and is not supported by allEVP_RANDsources.
For rands that are also deterministic random bit generators (DRBGs), these additional parameters are recognised. Not all parameters are relevant to, or are understood by, all DRBG rands:
"reseed_requests"(OSSL_DRBG_PARAM_RESEED_REQUESTS)<unsigned integer>β reads or sets the number of generate requests before reseeding the associated RANDctx."reseed_time_interval"(OSSL_DRBG_PARAM_RESEED_TIME_INTERVAL)<integer>β reads or sets the number of elapsed seconds before reseeding the associated RANDctx."max_request"(OSSL_DRBG_PARAM_RESEED_REQUESTS)<unsigned integer>β specifies the maximum number of bytes that can be generated in a single call toOSSL_FUNC_rand_generate."min_entropylen"(OSSL_DRBG_PARAM_MIN_ENTROPYLEN)<unsigned integer>and"max_entropylen"(OSSL_DRBG_PARAM_MAX_ENTROPYLEN)<unsigned integer>β specify the minimum and maximum number of bytes of random material that can be used to seed the DRBG."min_noncelen"(OSSL_DRBG_PARAM_MIN_NONCELEN)<unsigned integer>and"max_noncelen"(OSSL_DRBG_PARAM_MAX_NONCELEN)<unsigned integer>β specify the minimum and maximum number of bytes of nonce that can be used to instantiate the DRBG."max_perslen"(OSSL_DRBG_PARAM_MAX_PERSLEN)<unsigned integer>and"max_adinlen"(OSSL_DRBG_PARAM_MAX_ADINLEN)<unsigned integer>β specify the minimum and maximum number of bytes of personalisation string that can be used with the DRBG."reseed_counter"(OSSL_DRBG_PARAM_RESEED_COUNTER)<unsigned integer>β specifies the number of times the DRBG has been seeded or reseeded."digest"(OSSL_DRBG_PARAM_DIGEST)<UTF8 string>,"cipher"(OSSL_DRBG_PARAM_CIPHER)<UTF8 string>, and"mac"(OSSL_DRBG_PARAM_MAC)<UTF8 string>β sets the name of the underlying cipher, digest or MAC to be used. It must name a suitable algorithm for the DRBG that's being used."properties"(OSSL_DRBG_PARAM_PROPERTIES)<UTF8 string>β sets the properties to be queried when trying to fetch an underlying algorithm. This must be given together with the algorithm naming parameter to be considered valid. Package deal, no splitting. π
The OpenSSL FIPS provider also supports the following parameters:
"fips-indicator"(OSSL_DRBG_PARAM_FIPS_APPROVED_INDICATOR)<integer>β a getter that returns1if the operation is FIPS approved, or0otherwise. This may be used after callingOSSL_FUNC_rand_generate(). It may return0if the"digest-check"is set to0."digest-check"(OSSL_DRBG_PARAM_FIPS_DIGEST_CHECK)<integer>β if required, this parameter should be set before the digest is set. The default value of1causes an error when the digest is set if the digest is not FIPS approved (e.g. truncated digests). Setting this to0will ignore the error and set the approved"fips-indicator"to0. This option breaks FIPS compliance if it causes the approved"fips-indicator"to return0. π¨
Okay so about that last one β read it twice. Setting"digest-check"to0can literally break FIPS compliance if it makes the"fips-indicator"return0. That's a whole warning label, not a suggestion. π
π RETURN VALUES π
OSSL_FUNC_rand_newctx()β should return the newly created provider-side rand context, orNULLon failure.OSSL_FUNC_rand_gettable_params(),OSSL_FUNC_rand_gettable_ctx_params()andOSSL_FUNC_rand_settable_ctx_params()β should return a constantOSSL_PARAM(3)array, orNULLif none is offered.OSSL_FUNC_rand_nonce()β returns the size of the generated nonce, or0on error.OSSL_FUNC_rand_get_seed()β returns the size of the generated seed, or0on error.- All of the remaining functions β should return
1for success or0on error.
π NOTES π
The RAND life-cycle is described in life_cycle-rand(7). Providers should ensure that the various transitions listed there are supported. At some point the EVP layer will begin enforcing the listed transitions β so like, do your homework now, not later. π
π SEE ALSO π
provider(7), RAND(7), EVP_RAND(7), life_cycle-rand(7), EVP_RAND(3)
β HISTORY β
The provider RAND interface was introduced in OpenSSL 3.0. The Rand Parameters "fips-indicator" and "digest-check" were added in OpenSSL 3.4. Glow-up era. β¨
π COPYRIGHT π
Copyright 2020-2024 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 <https://www.openssl.org/source/license.html>.
And that's the whole page, bestie! π«Ά This was PROVIDER-RAND(7ossl), straight outta OpenSSL 3.5.9, dated 2026-09-29. Go build something random. π
β¨
π¦ where this page comes from
- alpine 3.23: openssl-doc 3.5.9-r0 Β· Apache-2.0
- alpine 3.24: openssl-doc 3.5.9-r0 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms