EVP_SIGNINIT(3ossl)

πŸ“¦
version 15.1 Β· 2 versions
, in freebsd 15.1

πŸ’– EVP_SIGNINIT β€” EVP signing functions πŸ’–

okay bestie so this is one of those OpenSSL manpages (specifically EVP_SIGNINIT(3ossl), from the OpenSSL docs) that sounds scary but is honestly just "sign some data with a private key" energy. the whole vibe here is high-level digital signatures, no cap.


✨ SYNOPSIS ✨

#include <openssl/evp.h>

int EVP_SignInit_ex(EVP_MD_CTX *ctx, const EVP_MD *type, ENGINE *impl);
int EVP_SignUpdate(EVP_MD_CTX *ctx, const void *d, unsigned int cnt);
int EVP_SignFinal_ex(EVP_MD_CTX *ctx, unsigned char *md, unsigned int *s,
                     EVP_PKEY *pkey, OSSL_LIB_CTX *libctx, const char *propq);
int EVP_SignFinal(EVP_MD_CTX *ctx, unsigned char *sig, unsigned int *s,
                  EVP_PKEY *pkey);

void EVP_SignInit(EVP_MD_CTX *ctx, const EVP_MD *type);

🌸 DESCRIPTION 🌸

The EVP signature routines are literally a high-level interface to digital signatures. that's it, that's the pitch. 🫢

  • EVP_SignInit_ex() β€” sets up the signing context ctx so it uses digest type from ENGINE impl. ⚠️ ctx must be created with EVP_MD_CTX_new() before you call this, like, non-negotiable.
  • EVP_SignUpdate() β€” hashes cnt bytes of data at d into the signature context ctx. and the slay part? you can call this several times on the same ctx to keep piling on additional data. πŸ’…
  • EVP_SignFinal_ex() β€” signs the data in ctx using the private key pkey and drops the signature into sig. the library context libctx and property query propq get used when creating a context to use with the key pkey. sig must be at least EVP_PKEY_get_size(pkey) bytes in size. s is an OUT parameter, not used as an IN parameter β€” so don't come in here thinking you can set it. πŸ™ˆ the number of bytes of data written (i.e. the length of the signature) gets written to the integer at s, and at most EVP_PKEY_get_size(pkey) bytes will be written.
  • EVP_SignFinal() β€” same energy as EVP_SignFinal_ex() but it uses default values of NULL for the library context libctx and the property query propq. the basic one. iconic.
  • EVP_SignInit() β€” initializes a signing context ctx to use the default implementation of digest type.

⭐ RETURN VALUES ⭐

EVP_SignInit_ex(), EVP_SignUpdate(), EVP_SignFinal_ex() and EVP_SignFinal() return 1 for success and 0 for failure.

want the actual tea on what went wrong? the error codes can be obtained by ERR_get_error(3).


πŸ¦‹ NOTES πŸ¦‹

The EVP interface to digital signatures should almost always be used in preference to the low-level interfaces. why? because the code then becomes transparent to the algorithm used and much more flexible. main character energy for your codebase tbh.

When signing with some private key types the random number generator must be seeded. if the automatic seeding or reseeding of the OpenSSL CSPRNG fails due to external circumstances (see RAND(7)), the operation will fail. 😭

The call to EVP_SignFinal() internally finalizes a copy of the digest context. this means calls to EVP_SignUpdate() and EVP_SignFinal() can be called later to digest and sign additional data. Applications may disable this behavior by setting the EVP_MD_CTX_FLAG_FINALISE context flag via EVP_MD_CTX_set_flags(3).

🚨 bestie listen β€” since only a copy of the digest context is ever finalized, the context must be cleaned up after use by calling EVP_MD_CTX_free() or a memory leak will occur. don't do that to yourself.

Note that not all providers support continuation. in case the selected provider does not allow to duplicate contexts, EVP_SignFinal() will finalize the digest context and attempting to process additional data via EVP_SignUpdate() will result in an error. πŸ’€


πŸ’€ BUGS πŸ’€

  • Older versions of this documentation wrongly stated that calls to EVP_SignUpdate() could not be made after calling EVP_SignFinal(). (fake news, glad we cleared that up πŸ™ˆ)
  • Since the private key is passed in the call to EVP_SignFinal() any error relating to the private key (for example an unsuitable key and digest combination) will not be indicated until after potentially large amounts of data have been passed through EVP_SignUpdate(). so you find out way too late. not cute.
  • It is not possible to change the signing parameters using these functions.

The previous two bugs are fixed in the newer EVP_DigestSign*() functions. so like, upgrade bestie. ✨


🌈 SEE ALSO 🌈

EVP_PKEY_get_size(3), EVP_PKEY_get_bits(3), EVP_PKEY_get_security_bits(3), EVP_VerifyInit(3), EVP_DigestInit(3), evp(7), HMAC(3), MD2(3), MD5(3), MDC2(3), RIPEMD160(3), SHA1(3), openssl-dgst(1)


πŸŽ€ HISTORY πŸŽ€

The function EVP_SignFinal_ex() was added in OpenSSL 3.0. queen arrived late but she arrived. πŸ‘‘


Copyright 2000-2023 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!! 🧚 this was OpenSSL 3.5.6, dated 2026-04-07 β€” go sign something, bestie, you got this πŸ’œβœ¨

πŸ“¦ where this page comes from