EVP_DIGESTINIT(3SSL)
β¨ EVP_DIGESTINIT π β the OpenSSL digest girlies' manual
okay so bestie, this is EVP_DIGESTINIT(3SSL) from OpenSSL, and we're about to get so cozy with message digests. strap in π
πΈ NAME πΈ
EVP_MD_fetch, EVP_MD_up_ref, EVP_MD_free, EVP_MD_get_params, EVP_MD_gettable_params, EVP_MD_CTX_new, EVP_MD_CTX_reset, EVP_MD_CTX_free, EVP_MD_CTX_dup, EVP_MD_CTX_copy, EVP_MD_CTX_copy_ex, EVP_MD_CTX_ctrl, EVP_MD_CTX_set_params, EVP_MD_CTX_get_params, EVP_MD_settable_ctx_params, EVP_MD_gettable_ctx_params, EVP_MD_CTX_settable_params, EVP_MD_CTX_gettable_params, EVP_MD_CTX_set_flags, EVP_MD_CTX_clear_flags, EVP_MD_CTX_test_flags, EVP_Q_digest, EVP_Digest, EVP_DigestInit_ex2, EVP_DigestInit_ex, EVP_DigestInit, EVP_DigestUpdate, EVP_DigestFinal_ex, EVP_DigestFinalXOF, EVP_DigestFinal, EVP_DigestSqueeze, EVP_MD_CTX_serialize, EVP_MD_CTX_deserialize, EVP_MD_is_a, EVP_MD_get0_name, EVP_MD_get0_description, EVP_MD_names_do_all, EVP_MD_get0_provider, EVP_MD_get_type, EVP_MD_get_pkey_type, EVP_MD_get_size, EVP_MD_get_block_size, EVP_MD_get_flags, EVP_MD_CTX_get0_name, EVP_MD_CTX_md, EVP_MD_CTX_get0_md, EVP_MD_CTX_get1_md, EVP_MD_CTX_get_type, EVP_MD_CTX_get_size_ex, EVP_MD_CTX_get_block_size, EVP_MD_CTX_get0_md_data, EVP_md_null, EVP_get_digestbyname, EVP_get_digestbynid, EVP_get_digestbyobj, EVP_MD_CTX_get_pkey_ctx, EVP_MD_CTX_set_pkey_ctx, EVP_MD_do_all_provided, EVP_MD_type, EVP_MD_nid, EVP_MD_name, EVP_MD_pkey_type, EVP_MD_size, EVP_MD_block_size, EVP_MD_flags, EVP_MD_xof, EVP_MD_CTX_size, EVP_MD_CTX_get_size, EVP_MD_CTX_block_size, EVP_MD_CTX_type, EVP_MD_CTX_pkey_ctx, EVP_MD_CTX_md_data β and what are they all for? EVP digest routines, obviously πββοΈ
π¦ SYNOPSIS π¦
#include <openssl/evp.h>
EVP_MD *EVP_MD_fetch(OSSL_LIB_CTX *ctx, const char *algorithm,
const char *properties);
int EVP_MD_up_ref(EVP_MD *md);
void EVP_MD_free(EVP_MD *md);
int EVP_MD_get_params(const EVP_MD *digest, OSSL_PARAM params[]);
const OSSL_PARAM *EVP_MD_gettable_params(const EVP_MD *digest);
EVP_MD_CTX *EVP_MD_CTX_new(void);
int EVP_MD_CTX_reset(EVP_MD_CTX *ctx);
void EVP_MD_CTX_free(EVP_MD_CTX *ctx);
void EVP_MD_CTX_ctrl(EVP_MD_CTX *ctx, int cmd, int p1, void* p2);
int EVP_MD_CTX_get_params(EVP_MD_CTX *ctx, OSSL_PARAM params[]);
int EVP_MD_CTX_set_params(EVP_MD_CTX *ctx, const OSSL_PARAM params[]);
const OSSL_PARAM *EVP_MD_settable_ctx_params(const EVP_MD *md);
const OSSL_PARAM *EVP_MD_gettable_ctx_params(const EVP_MD *md);
const OSSL_PARAM *EVP_MD_CTX_settable_params(EVP_MD_CTX *ctx);
const OSSL_PARAM *EVP_MD_CTX_gettable_params(EVP_MD_CTX *ctx);
void EVP_MD_CTX_set_flags(EVP_MD_CTX *ctx, int flags);
void EVP_MD_CTX_clear_flags(EVP_MD_CTX *ctx, int flags);
int EVP_MD_CTX_test_flags(const EVP_MD_CTX *ctx, int flags);
int EVP_Q_digest(OSSL_LIB_CTX *libctx, const char *name, const char *propq,
const void *data, size_t datalen,
unsigned char *md, size_t *mdlen);
int EVP_Digest(const void *data, size_t count, unsigned char *md,
unsigned int *size, const EVP_MD *type, ENGINE *impl);
int EVP_DigestInit_ex2(EVP_MD_CTX *ctx, const EVP_MD *type,
const OSSL_PARAM params[]);
int EVP_DigestInit_ex(EVP_MD_CTX *ctx, const EVP_MD *type, ENGINE *impl);
int EVP_DigestUpdate(EVP_MD_CTX *ctx, const void *d, size_t cnt);
int EVP_DigestFinal_ex(EVP_MD_CTX *ctx, unsigned char *md, unsigned int *s);
int EVP_DigestFinalXOF(EVP_MD_CTX *ctx, unsigned char *out, size_t outlen);
int EVP_DigestSqueeze(EVP_MD_CTX *ctx, unsigned char *out, size_t outlen);
int EVP_MD_CTX_serialize(EVP_MD_CTX *ctx, unsigned char *out, size_t *outlen);
int EVP_MD_CTX_deserialize(EVP_MD_CTX *ctx, const unsigned char *in, size_t inlen);
EVP_MD_CTX *EVP_MD_CTX_dup(const EVP_MD_CTX *in);
int EVP_MD_CTX_copy_ex(EVP_MD_CTX *out, const EVP_MD_CTX *in);
int EVP_DigestInit(EVP_MD_CTX *ctx, const EVP_MD *type);
int EVP_DigestFinal(EVP_MD_CTX *ctx, unsigned char *md, unsigned int *s);
int EVP_MD_CTX_copy(EVP_MD_CTX *out, EVP_MD_CTX *in);
const char *EVP_MD_get0_name(const EVP_MD *md);
const char *EVP_MD_get0_description(const EVP_MD *md);
int EVP_MD_is_a(const EVP_MD *md, const char *name);
int EVP_MD_names_do_all(const EVP_MD *md,
void (*fn)(const char *name, void *data),
void *data);
const OSSL_PROVIDER *EVP_MD_get0_provider(const EVP_MD *md);
int EVP_MD_get_type(const EVP_MD *md);
int EVP_MD_get_pkey_type(const EVP_MD *md);
int EVP_MD_get_size(const EVP_MD *md);
int EVP_MD_get_block_size(const EVP_MD *md);
unsigned long EVP_MD_get_flags(const EVP_MD *md);
int EVP_MD_xof(const EVP_MD *md);
const EVP_MD *EVP_MD_CTX_get0_md(const EVP_MD_CTX *ctx);
EVP_MD *EVP_MD_CTX_get1_md(EVP_MD_CTX *ctx);
const char *EVP_MD_CTX_get0_name(const EVP_MD_CTX *ctx);
int EVP_MD_CTX_get_size_ex(const EVP_MD_CTX *ctx);
int EVP_MD_CTX_get_block_size(const EVP_MD_CTX *ctx);
int EVP_MD_CTX_get_type(const EVP_MD_CTX *ctx);
const EVP_MD *EVP_md_null(void);
const EVP_MD *EVP_get_digestbyname(const char *name);
const EVP_MD *EVP_get_digestbynid(int type);
const EVP_MD *EVP_get_digestbyobj(const ASN1_OBJECT *o);
EVP_PKEY_CTX *EVP_MD_CTX_get_pkey_ctx(const EVP_MD_CTX *ctx);
void EVP_MD_CTX_set_pkey_ctx(EVP_MD_CTX *ctx, EVP_PKEY_CTX *pctx);
void EVP_MD_do_all_provided(OSSL_LIB_CTX *libctx,
void (*fn)(EVP_MD *mac, void *arg),
void *arg);
#define EVP_MD_type EVP_MD_get_type
#define EVP_MD_nid EVP_MD_get_type
#define EVP_MD_name EVP_MD_get0_name
#define EVP_MD_pkey_type EVP_MD_get_pkey_type
#define EVP_MD_size EVP_MD_get_size
#define EVP_MD_block_size EVP_MD_get_block_size
#define EVP_MD_flags EVP_MD_get_flags
#define EVP_MD_CTX_get_size EVP_MD_CTX_get_size_ex
#define EVP_MD_CTX_size EVP_MD_CTX_get_size_ex
#define EVP_MD_CTX_block_size EVP_MD_CTX_get_block_size
#define EVP_MD_CTX_type EVP_MD_CTX_get_type
#define EVP_MD_CTX_pkey_ctx EVP_MD_CTX_get_pkey_ctx
hehe, one more thing π the following functions are deprecated since OpenSSL 3.0, and you can hide them entirely by defining OPENSSL_API_COMPAT with a suitable version value β see openssl_user_macros(7):
const EVP_MD *EVP_MD_CTX_md(const EVP_MD_CTX *ctx);
and THESE ones are deprecated since OpenSSL 4.0 (also hideable the same way with OPENSSL_API_COMPAT, again openssl_user_macros(7)):
void *EVP_MD_CTX_get0_md_data(const EVP_MD_CTX *ctx);
#define EVP_MD_CTX_md_data EVP_MD_CTX_get0_md_data
π DESCRIPTION π
The EVP digest routines are likeβ¦ the high-level, main-character interface to message digests and to Extendable Output Functions (XOF). π
The EVP_MD type is a structure for digest method implementation.
Each Message digest algorithm (like SHA256) produces a fixed size output length, which is what you get back when EVP_DigestFinal_ex() is called. Extendable Output Functions (XOF) β think SHAKE256 β have a variable sized output length outlen that you can use with either EVP_DigestFinalXOF() or EVP_DigestSqueeze(). You can also use EVP_DigestFinal_ex() for XOF algorithms, but bestie, for XOF algorithms that don't have a default size, the "xoflen" must be set beforehand (peep "PARAMETERS" below). π And note that EVP_MD_get_size() and EVP_MD_CTX_get_size_ex() behave differently for an XOF. no cap.
π«Ά EVP_MD_fetch()
Fetches the digest implementation for the given algorithm from any provider offering it, within the criteria given by the properties. Wanna know more? See "ALGORITHM FETCHING" in crypto(7).
The returned value must eventually be freed with EVP_MD_free(). π§Ή
Fetched EVP_MD structures are reference counted.
π«Ά EVP_MD_up_ref()
Increments the reference count for an EVP_MD structure. β¨
π«Ά EVP_MD_free()
Decrements the reference count for the fetched EVP_MD structure. If the reference count drops to 0 then the structure is freed. If the argument is NULL, nothing is done. (iconic behaviour honestly)
π«Ά EVP_MD_CTX_new()
Allocates and returns a digest context. π
π«Ά EVP_MD_CTX_reset()
Resets the digest context ctx. This can be used to reuse an already existing context β sustainability queen πΏ
π«Ά EVP_MD_CTX_free()
Cleans up digest context ctx and frees up the space allocated to it. If the argument is NULL, nothing is done.
π«Ά EVP_MD_CTX_ctrl()
This is a legacy method. EVP_MD_CTX_set_params() and EVP_MD_CTX_get_params() is the mechanism that should be used to set and get parameters that are used by providers.
Performs digest-specific control actions on context ctx. The control command is indicated in cmd and any additional arguments in p1 and p2. EVP_MD_CTX_ctrl() must be called after EVP_DigestInit_ex2(). Other restrictions may apply depending on the control type and digest implementation.
If this function happens to be used with a fetched EVP_MD, it will translate the controls that are known to OpenSSL into OSSL_PARAM(3) parameters with keys defined by OpenSSL and call EVP_MD_CTX_get_params() or EVP_MD_CTX_set_params() as is appropriate for each control command. π
See "CONTROLS" below for more information, including what translations are being done.
π«Ά EVP_MD_get_params()
Retrieves the requested list of params from a MD md. See "PARAMETERS" below for more info. π
π«Ά EVP_MD_CTX_get_params()
Retrieves the requested list of params from a MD context ctx. See "PARAMETERS" below for more info.
π«Ά EVP_MD_CTX_set_params()
Sets the list of params into a MD context ctx. See "PARAMETERS" below for more info.
π«Ά EVP_MD_gettable_params()
Gets a constant OSSL_PARAM(3) array that describes the retrievable parameters that can be used with EVP_MD_get_params(). π
π«Ά EVP_MD_gettable_ctx_params(), EVP_MD_CTX_gettable_params()
Gets a constant OSSL_PARAM(3) array that describes the retrievable parameters that can be used with EVP_MD_CTX_get_params(). EVP_MD_gettable_ctx_params() returns the parameters that can be retrieved from the algorithm, whereas EVP_MD_CTX_gettable_params() returns the parameters that can be retrieved in the context's current state.
π«Ά EVP_MD_settable_ctx_params(), EVP_MD_CTX_settable_params()
Gets a constant OSSL_PARAM(3) array that describes the settable parameters that can be used with EVP_MD_CTX_set_params(). EVP_MD_settable_ctx_params() returns the parameters that can be set from the algorithm, whereas EVP_MD_CTX_settable_params() returns the parameters that can be set in the context's current state.
π«Ά EVP_MD_CTX_set_flags(), EVP_MD_CTX_clear_flags(), EVP_MD_CTX_test_flags()
Sets, clears and tests ctx flags. See "FLAGS" below for more info. π©
β¦and bestie, that's only part 1 β there's so much more coming π
EVP_Q_digest()β bestie, this is the quick one-shot digest function π . It hashesdatalenbytes of data atdatausing the digest algorithmname, which is fetched using the optionallibctxandpropqparameters. The digest value is placed inmdand its length is written atmdlenif the pointer is notNULL. At mostEVP_MAX_MD_SIZEbytes will be written. No cap. β¨EVP_Digest()β a wrapper around theEVP_DigestInit_ex(),EVP_DigestUpdate()andEVP_DigestFinal_ex()functions. It hashescountbytes of data atdata. The digest value is placed inmdand its length is written atsizeif the pointer is notNULL. At mostEVP_MAX_MD_SIZEbytes will be written.implmust beNULLand the default implementation of digesttypeis used. Periodt. πEVP_DigestInit_ex2()β sets up digest contextctxto use a digesttype.typeis typically supplied by a function such asEVP_sha1(), or a value explicitly fetched withEVP_MD_fetch().ctxMUST NOT beNULL. π¨ The parametersparamsare set on the context after initialisation. Thetypeparameter can beNULLifctxhas been already initialized with anotherEVP_DigestInit_ex()call and has not been reset withEVP_MD_CTX_reset(). Got it? πEVP_DigestInit_ex()β sets up digest contextctxto use a digesttype.typeis typically supplied by a function such asEVP_sha1(), or a value explicitly fetched withEVP_MD_fetch(). Ifimplis non-NULL, its implementation of the digesttypeis used if there is one, and if not, the default implementation is used. Thetypeparameter can beNULLifctxhas been already initialized with anotherEVP_DigestInit_ex()call and has not been reset withEVP_MD_CTX_reset(). Lowkey the same vibe as ex2 but withimpl. π¦EVP_DigestUpdate()β hashescntbytes of data atdinto the digest contextctx. This function can be called several times on the samectxto hash additional data. So you can keep feeding it, bestie. πEVP_DigestFinal_ex()β retrieves the digest value fromctxand places it inmd. If thesparameter is notNULLthen the number of bytes of data written (i.e. the length of the digest) will be written to the integer ats, at mostEVP_MAX_MD_SIZEbytes will be written unless the digest implementation allows changing the digest size and it is set to a larger value by the application. After callingEVP_DigestFinal_ex()no additional calls toEVP_DigestUpdate()can be made, butEVP_DigestInit_ex2()can be called to initialize a new digest operation.ctxMUST NOT beNULL. π Don't try to update after finalizing, it's a wrap.EVP_DigestFinalXOF()β interfaces to extendable-output functions, XOFs, such asSHAKE128andSHAKE256. It retrieves the digest value fromctxand places it inoutlen-sizedout. After calling this function no additional calls toEVP_DigestUpdate()can be made, butEVP_DigestInit_ex2()can be called to initialize a new operation.EVP_DigestFinalXOF()may only be called once. One and done, bestie. πEVP_DigestSqueeze()β similar toEVP_DigestFinalXOF()but allows multiple calls to be made to squeeze variable length output data.EVP_DigestFinalXOF()should not be called after this. Squeeze it like a glow-up π .EVP_MD_CTX_serialize()andEVP_MD_CTX_deserialize()βEVP_MD_CTX_serialize()serializes the state of the digest contextctxand stores it inout, unlessoutisNULL. Otherwise the maximum necessary size of the output buffer is written to theoutlenparameter. Ifoutis notNULLthen before the call theoutlenparameter must contain the length of theoutbuffer. If the call is successful the data is written tooutand the amount of data written tooutlen.EVP_MD_CTX_deserialize()deserializes the data frominof sizeinleninto the digest contextctx. These functions do not guarantee importability of state exported by a different OpenSSL version and does not guarantee interoperability between different providers. Some providers may not allow export/import across process boundaries.
π¨ NOTE: Applications must guarantee that only trusted data is used during deserialization. The deserialization operation is not built to address adversarial data compromise, and only basic checks to protect from simple mistakes are implemented. So don't be messy with untrusted data, bestie! π ββοΈ
EVP_MD_CTX_dup()β can be used to duplicate the message digest state fromin. This is useful to avoid multipleEVP_MD_fetch()calls or if large amounts of data are to be hashed which only differ in the last few bytes. Clone it, own it. πEVP_MD_CTX_copy_ex()β can be used to copy the message digest state fromintoout. This is useful if large amounts of data are to be hashed which only differ in the last few bytes. Copy-paste but make it secure. πEVP_DigestInit()β behaves in the same way asEVP_DigestInit_ex2()except it doesn't set any parameters and callsEVP_MD_CTX_reset()so it cannot be used with antypeofNULL. So no null vibes here. π«EVP_DigestFinal()β similar toEVP_DigestFinal_ex()except after computing the digest the digest contextctxis automatically cleaned up withEVP_MD_CTX_reset(). It cleans up after itself, iconic. β¨EVP_MD_CTX_copy()β similar toEVP_MD_CTX_copy_ex()except the destinationoutdoes not have to be initialized. Easy peasy. πEVP_MD_is_a()β returns1ifmdis an implementation of an algorithm that's identifiable withname, otherwise0. Ifmdis a legacy digest (it's the return value from the likes ofEVP_sha256()rather than the result of anEVP_MD_fetch()), only cipher names registered with the default library context (seeOSSL_LIB_CTX(3)) will be considered. Legacy tea only. βEVP_MD_xof()β returns1ifmdis an Extendable-output Function (XOF) otherwise it returns0.SHAKE128,SHAKE256,CSHAKE128andCSHAKE256are XOF functions. It returns0forBLAKE2Balgorithms. So BLAKE2B is not a XOF, noted. πEVP_MD_get0_name(),EVP_MD_CTX_get0_name()β return the name of the given message digest. For fetched message digests with multiple names, only one of them is returned; it's recommended to useEVP_MD_names_do_all()instead. One name at a time, but there's a better way. πββοΈEVP_MD_names_do_all()β traverses all names for themd, and callsfnwith each name anddata. This is only useful with fetchedEVP_MDs. Fetched only, bestie. ποΈEVP_MD_get0_description()β returns a description of the digest, meant for display and human consumption. The description is at the discretion of the digest implementation. It's giving human-readable. πEVP_MD_get0_provider()β returns anOSSL_PROVIDERpointer to the provider that implements the givenEVP_MD. Who's your provider? π³EVP_MD_get_size()β return the size of the message digest when passed anEVP_MD, i.e. the size of the hash. A negative value or0can occur for invalid size. For an XOF with no default size this returns0. Size matters, but sometimes it's zero. πEVP_MD_CTX_get_size_ex(),EVP_MD_CTX_get_size()β for a normal digest this is the same asEVP_MD_get_size(). For an XOF this returns the"xoflen"if it has been set, otherwise it returns0. XOF gets special treatment. πEVP_MD_get_block_size(),EVP_MD_CTX_get_block_size()β return the block size of the message digest when passed anEVP_MDor anEVP_MD_CTXstructure. Block size, not to be confused with hash size. π§±EVP_MD_get_type(),EVP_MD_CTX_get_type()β return the NID of the OBJECT IDENTIFIER representing the given message digest when passed anEVP_MDstructure. For example,"EVP_MD_get_type(EVP_sha1())"returnsNID_sha1. This function is normally used when setting ASN1 OIDs. OID vibes. π’EVP_MD_CTX_get0_md_data()β this function is deprecated and exists for legacy backward compatibility reasons and always returnsNULL. Deprecated, don't use it, bestie. π«EVP_MD_CTX_get0_md(),EVP_MD_CTX_get1_md()βEVP_MD_CTX_get0_md()returns theEVP_MDstructure corresponding to the passedEVP_MD_CTX. This will be the sameEVP_MDobject originally passed toEVP_DigestInit_ex2()(or other similar function) when theEVP_MD_CTXwas first initialised. Note that where explicit fetch is in use (seeEVP_MD_fetch(3)) the value returned from this function will not have its reference count incremented and therefore it should not be used after theEVP_MD_CTXis freed.EVP_MD_CTX_get1_md()is the same except the ownership is passed to the caller and is from the passedEVP_MD_CTX. Get0 vs get1, know the difference. π§EVP_MD_get_flags()β returns themdflags. Note that these are different from theEVP_MD_CTXones. See the"flags"parameter as documented inEVP_MD-common(7)for a description of the available flags. Flags, but not the context flags. π©EVP_MD_get_pkey_type()β returns the NID of the public key signing algorithm associated with this digest. For exampleEVP_sha1()is associated with RSA so this will returnNID_sha1WithRSAEncryption. Since digests and signature algorithms are no longer linked this function is only retained for compatibility reasons. Old school link, kept for the vibes. πEVP_md_null()β a"null"message digest that does nothing: i.e. the hash it returns is of zero length. Doing nothing but slaying. πEVP_get_digestbyname(),EVP_get_digestbynid(),EVP_get_digestbyobj()β returns anEVP_MDstructure when passed a digest name, a digest NID or anASN1_OBJECTstructure respectively. TheEVP_get_digestbyname()function is present for backwards compatibility with OpenSSL prior to version 3 and is different to theEVP_MD_fetch()function since it does not attempt to"fetch"an implementation of the cipher. Additionally, it only knows about digests that are built-in to OpenSSL and have an associated NID. SimilarlyEVP_get_digestbynid()andEVP_get_digestbyobj()also return objects without an associated implementation. When the digest objects returned by these functions are used (such as in a call toEVP_DigestInit_ex()) an implementation of the digest will be implicitly fetched from the loaded providers. This fetch could fail if no suitable implementation is available. UseEVP_MD_fetch()instead to explicitly fetch the algorithm and an associated implementation from a provider. See"ALGORITHM FETCHING"incrypto(7)for more information about fetching. The digest objects returned from these functions do not need to be freed withEVP_MD_free(). Old school, but still useful. πEVP_MD_CTX_get_pkey_ctx()β returns theEVP_PKEY_CTXassigned toctx. The returned pointer should not be freed by the caller. Don't free it, it's not yours. π ββοΈEVP_MD_CTX_set_pkey_ctx()β assigns anEVP_PKEY_CTXtoEVP_MD_CTX. This is usually used to provide a customizedEVP_PKEY_CTXtoEVP_DigestSignInit(3)orEVP_DigestVerifyInit(3). Thepctxpassed to this function should be freed by the caller. ANULLpctxpointer is also allowed to clear theEVP_PKEY_CTXassigned toctx. In such case, freeing the clearedEVP_PKEY_CTXor not depends on how theEVP_PKEY_CTXis created. Set it, clear it, just know who frees it. πEVP_MD_do_all_provided()β literally takes a lil walk through every message digest that all the activated providers have in the library contextlibctxπ and for each one it's like "heyfn, here's the implementation method, and also here'sarg" β callingfnwith the implementation method and the givenargas arguments. A whole tour, bestie.
π PARAMETERS π
So OSSL_PARAM(3) is where you go to learn about the whole passing-parameters situation. Go peek at it, iykyk.
EVP_MD_CTX_set_params() and EVP_MD_CTX_get_params() can be used with these OSSL_PARAM keys:
"xoflen"(OSSL_DIGEST_PARAM_XOFLEN)<unsigned integer>β Sets or gets the digest length for extendable output functions. The value should not exceed what can be given using asize_t. It may be used by SHAKE-128, CSHAKE-128, SHAKE-256 and CSHAKE-256 to set the output length used byEVP_DigestFinal_ex()andEVP_DigestFinal()."size"(OSSL_DIGEST_PARAM_SIZE)<unsigned integer>β Sets or gets a fixed digest length. The value should not exceed what can be given using asize_t. It may be used by BLAKE2B-512 to set the output length used byEVP_DigestFinal_ex()andEVP_DigestFinal().
And EVP_MD_CTX_set_params() β just the setter bestie, no getting β can be used with these OSSL_PARAM keys:
"pad-type"(OSSL_DIGEST_PARAM_PAD_TYPE)<unsigned integer>β Sets the padding type. It is used by the MDC2 algorithm."function-name"(OSSL_DIGEST_PARAM_FUNCTION_NAME)<UTF8 string>β Sets the function name string. It is used byEVP_MD-CSHAKE(7)."customization"(OSSL_DIGEST_PARAM_CUSTOMIZATION)<UTF8 string>β Sets a customisation string. It is used byEVP_MD-CSHAKE(7)."properties"(OSSL_DIGEST_PARAM_PROPERTIES)<UTF8 string>β Sets properties to be used when fetching algorithm implementations.
And EVP_MD_CTX_get_params() β getter era only β can be used with this OSSL_PARAM key:
"micalg"(OSSL_DIGEST_PARAM_MICALG)<UTF8 string>β Gets the digest Message Integrity Check algorithm string. This is used when creating S/MIME multipart/signed messages, as specified in RFC 3851. It may be used by external providers.
ποΈ CONTROLS ποΈ
EVP_MD_CTX_ctrl() is your little remote control β you can use it to send these standard controls:
EVP_MD_CTRL_MICALGβ Gets the digest Message Integrity Check algorithm string. This is used when creating S/MIME multipart/signed messages, as specified in RFC 3851. The string value is written top2.
When used with a fetched EVP_MD, EVP_MD_CTX_get_params() gets called with an OSSL_PARAM(3) item with the key "micalg" (OSSL_DIGEST_PARAM_MICALG).
EVP_MD_CTRL_XOF_LENβ This control sets the digest length for extendable output functions top1. Sending this control directly should not be necessary, the use ofEVP_DigestFinalXOF()is preferred. Currently used by SHAKE algorithms.
When used with a fetched EVP_MD, EVP_MD_CTX_get_params() gets called with an OSSL_PARAM(3) item with the key "xoflen" (OSSL_DIGEST_PARAM_XOFLEN).
π© FLAGS π©
EVP_MD_CTX_set_flags(), EVP_MD_CTX_clear_flags() and EVP_MD_CTX_test_flags() β the trio β can be used to manipulate and test these EVP_MD_CTX flags, bestie:
EVP_MD_CTX_FLAG_ONESHOTβ This flag instructs the digest to optimize for one update only, if possible. One and done energy β¨EVP_MD_CTX_FLAG_CLEANEDβ This flag is for internal use only and must not be used in user code. Hands off, that's not for us πEVP_MD_CTX_FLAG_REUSEβ This flag is for internal use only and must not be used in user code. Same deal, do not touch πEVP_MD_CTX_FLAG_NO_INITβ This flag instructsEVP_DigestInit()and similar not to initialise the implementation specific data.EVP_MD_CTX_FLAG_FINALISEβ Some functions such asEVP_DigestSignonly finalise copies of internal contexts so additional data can be included after the finalisation call. This is inefficient if this functionality is not required, and can be disabled with this flag.
π RETURN VALUES π
Here's the whole receipts list, no skipping:
EVP_MD_fetch()β Returns a pointer to anEVP_MDfor success orNULLfor failure.EVP_MD_up_ref()β Returns1for success or0for failure.EVP_Q_digest(),EVP_Digest(),EVP_DigestInit_ex2(),EVP_DigestInit_ex(),EVP_DigestInit(),EVP_DigestUpdate(),EVP_DigestFinal_ex(),EVP_DigestFinalXOF(),EVP_MD_CTX_serialize(),EVP_MD_CTX_deserialize(), andEVP_DigestFinal()β return1for success and0for failure.EVP_MD_CTX_ctrl()β Returns1if successful or0for failure.EVP_MD_CTX_set_params(),EVP_MD_CTX_get_params()β Returns1if successful or0for failure.EVP_MD_CTX_settable_params(),EVP_MD_CTX_gettable_params()β Return an array of constantOSSL_PARAM(3)s, orNULLif there is none to get.EVP_MD_CTX_dup()β Returns a newEVP_MD_CTXif successful orNULLon failure.EVP_MD_CTX_copy_ex()β Returns1if successful or0for failure.EVP_MD_get_type(),EVP_MD_get_pkey_type()β Returns the NID of the corresponding OBJECT IDENTIFIER orNID_undefif none exists.EVP_MD_get_size(),EVP_MD_get_block_size(),EVP_MD_CTX_get_size(),EVP_MD_CTX_get_block_size()β Returns the digest or block size in bytes or-1for failure.EVP_md_null()β Returns a pointer to theEVP_MDstructure of the"null"message digest.EVP_get_digestbyname(),EVP_get_digestbynid(),EVP_get_digestbyobj()β Returns either anEVP_MDstructure orNULLif an error occurs.EVP_MD_CTX_set_pkey_ctx()β This function has no return value. Nothing. Void. Silencio π€«EVP_MD_names_do_all()β Returns1if the callback was called for all names. A return value of0means that the callback was not called for any names.
π NOTES π
Okay so the whole tea: the EVP interface to message digests should almost always be used in preference to the low-level interfaces. Why? Because then your code becomes transparent to the digest used and much more flexible. Main character energy for your codebase, fr fr π
New applications should use the SHA-2 (such as EVP_sha256(3)) or the SHA-3 digest algorithms (such as EVP_sha3_512(3)). The other digest algorithms are still in common use though, no shade.
For most applications the impl parameter to EVP_DigestInit_ex() will be set to NULL to use the default digest implementation.
β οΈ Bestie, listen. Ignoring failure returns ofEVP_DigestInit_ex(),EVP_DigestInit_ex2(), orEVP_DigestInit()can lead to undefined behavior on subsequent calls updating or finalizing theEVP_MD_CTXβ like theEVP_DigestUpdate()orEVP_DigestFinal()functions. The only valid calls on theEVP_MD_CTXwhen initialization fails are calls that attempt another initialization of the context or release the context. That's it. That's the whole list. Do not pass go π«
The functions EVP_DigestInit(), EVP_DigestFinal() and EVP_MD_CTX_copy() are obsolete but are retained to maintain compatibility with existing code. New applications should use EVP_DigestInit_ex(), EVP_DigestFinal_ex() and EVP_MD_CTX_copy_ex() instead β because they can efficiently reuse a digest context instead of initializing and cleaning it up on each call, and they allow non default implementations of digests to be specified. Glow up π
π«Ά Also: if digest contexts are not cleaned up after use, memory leaks will occur. Clean up after yourself like the icon you are.
Oh and heads up β EVP_MD_CTX_get0_name(), EVP_MD_CTX_get_size(), EVP_MD_CTX_get_block_size(), EVP_MD_CTX_get_type(), EVP_get_digestbynid() and EVP_get_digestbyobj() are defined as macros. Surprise! β¨
EVP_MD_CTX_ctrl() sends commands to message digests for additional configuration or control. It's giving manager.
π EXAMPLES π
Okay here's a whole lil program, she's cute. This example digests the data "Test Message\n" and "Hello World\n", using the digest name passed on the command line:
#include <stdio.h>
#include <string.h>
#include <openssl/evp.h>
int main(int argc, char *argv[])
{
EVP_MD_CTX *mdctx;
const EVP_MD *md;
char mess1[] = "Test Message\n";
char mess2[] = "Hello World\n";
unsigned char md_value[EVP_MAX_MD_SIZE];
unsigned int md_len, i;
if (argv[1] == NULL) {
printf("Usage: mdtest digestname\n");
exit(1);
}
md = EVP_get_digestbyname(argv[1]);
if (md == NULL) {
printf("Unknown message digest %s\n", argv[1]);
exit(1);
}
mdctx = EVP_MD_CTX_new();
if (mdctx == NULL) {
printf("Message digest create failed.\n");
exit(1);
}
if (!EVP_DigestInit_ex2(mdctx, md, NULL)) {
printf("Message digest initialization failed.\n");
EVP_MD_CTX_free(mdctx);
exit(1);
}
if (!EVP_DigestUpdate(mdctx, mess1, strlen(mess1))) {
printf("Message digest update failed.\n");
EVP_MD_CTX_free(mdctx);
exit(1);
}
if (!EVP_DigestUpdate(mdctx, mess2, strlen(mess2))) {
printf("Message digest update failed.\n");
EVP_MD_CTX_free(mdctx);
exit(1);
}
if (!EVP_DigestFinal_ex(mdctx, md_value, &md_len)) {
printf("Message digest finalization failed.\n");
EVP_MD_CTX_free(mdctx);
exit(1);
}
EVP_MD_CTX_free(mdctx);
printf("Digest is: ");
for (i = 0; i < md_len; i++)
printf("%02x", md_value[i]);
printf("\n");
exit(0);
}
Look at her. Checks every single return value. That's the standard, periodt π
π SEE ALSO π
openssl-dgst(1), evp(7), OSSL_PROVIDER(3), OSSL_PARAM(3), property(7), "ALGORITHM FETCHING" in crypto(7), provider-digest(7), life_cycle-digest(7)
The full list of digest algorithms are provided below. It's a whole roster bestie π
EVP_blake2b512(3), EVP_md2(3), EVP_md4(3), EVP_md5(3), EVP_mdc2(3), EVP_ripemd160(3), EVP_sha1(3), EVP_sha224(3), EVP_sha3_224(3), EVP_sm3(3), EVP_whirlpool(3)
π¦ HISTORY π¦
okay bestie, storytime πβ¨ here's the lore on how we ended up with all these functions, in order, no cap:
EVP_MD_CTX_create()andEVP_MD_CTX_destroy()were renamed toEVP_MD_CTX_new()andEVP_MD_CTX_free()in OpenSSL 1.1.0, respectively π (one-to-one, in that exact order).- The link between digests and signing algorithms was fixed in OpenSSL 1.0 and later, so now
EVP_sha1()can be used with RSA and DSA π it just works, your honour. EVP_dss1()was removed in OpenSSL 1.1.0 π gone gone.EVP_MD_CTX_set_pkey_ctx()was added in OpenSSL 1.1.1 β¨- Then OpenSSL 3.0 pulled up and added all of these:
EVP_Q_digest(),EVP_DigestInit_ex2(),EVP_MD_fetch(),EVP_MD_free(),EVP_MD_up_ref(),EVP_MD_get_params(),EVP_MD_CTX_set_params(),EVP_MD_CTX_get_params(),EVP_MD_gettable_params(),EVP_MD_gettable_ctx_params(),EVP_MD_settable_ctx_params(),EVP_MD_CTX_settable_params()andEVP_MD_CTX_gettable_params()π₯ that's a whole roster. - Also in OpenSSL 3.0, these got renamed to include "get" or "get0" in their names, respectively:
EVP_MD_type(),EVP_MD_nid(),EVP_MD_name(),EVP_MD_pkey_type(),EVP_MD_size(),EVP_MD_block_size(),EVP_MD_flags(),EVP_MD_CTX_size(),EVP_MD_CTX_block_size(),EVP_MD_CTX_type(), andEVP_MD_CTX_md_data(). And before you panic β the old names are kept as non-deprecated alias macros π«Ά so your existing code is still safely eating. EVP_MD_CTX_md()was deprecated in OpenSSL 3.0; useEVP_MD_CTX_get0_md()instead. AlsoEVP_MD_CTX_update_fn()andEVP_MD_CTX_set_update_fn()were deprecated in OpenSSL 3.0 π (rest in peace besties).EVP_MD_CTX_dup()was added in OpenSSL 3.1 πΈEVP_DigestSqueeze()was added in OpenSSL 3.3 πEVP_MD_CTX_get_size_ex()andEVP_xof()were added in OpenSSL 3.4 β¨ And okay plot twist time: the macrosEVP_MD_CTX_get_size()andEVP_MD_CTX_sizewere changed in OpenSSL 3.4 to be aliases forEVP_MD_CTX_get_size_ex(), whereas previously they were aliases forEVP_MD_get_size, which returned a constant value. Why, you ask? Because this is required for XOF digests since they do not have a fixed size π (real ones know).EVP_MD_CTX_serialize()andEVP_MD_CTX_deserialize()were added in OpenSSL 4.0 π
π COPYRIGHT π
Copyright 2000-2026 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 a wrap on the whole page, bestie π«Ά this was OpenSSL 4.0.3, dated 2026-09-29, and you've been reading the EVP_DIGESTINIT(3SSL) manual page. go forth and digest, you absolute icon π
β¨
π¦ where this page comes from
- ubuntu stonking: libssl-doc 4.0.3-1ubuntu1 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms