LIBRESSL-EVP_PKEY_CTX_SET_HKDF_MD(3)
Bestie, welcome to the HKDF page β the EVP_PKEY_CTX_SET_HKDF_MD(3) one from the Library Functions Manual π
. Itβs giving βkey derivation but make it two-stage,β and honestly? Iconic.
π NAME π
EVP_PKEY_CTX_set_hkdf_md, EVP_PKEY_CTX_set1_hkdf_salt, EVP_PKEY_CTX_set1_hkdf_key, EVP_PKEY_CTX_add1_hkdf_info, EVP_PKEY_CTX_hkdf_mode β HKDF, the HMAC-based Extract-and-Expand key derivation algorithm π.
The whole squad:
EVP_PKEY_CTX_set_hkdf_mdβ sets the digest for HKDF.EVP_PKEY_CTX_set1_hkdf_saltβ sets/replaces the salt.EVP_PKEY_CTX_set1_hkdf_keyβ sets/replaces the key.EVP_PKEY_CTX_add1_hkdf_infoβ sets or appends the info value.EVP_PKEY_CTX_hkdf_modeβ picks the HKDF mode.
β¨ SYNOPSIS β¨
Youβre linking against libcrypto, bestie π. Hereβs the exact synopsis vibe:
#include <openssl/evp.h>
#include <openssl/kdf.h>
int
EVP_PKEY_CTX_hkdf_mode(EVP_PKEY_CTX *pctx, int mode);
int
EVP_PKEY_CTX_set_hkdf_md(EVP_PKEY_CTX *pctx, const EVP_MD *md);
int
EVP_PKEY_CTX_set1_hkdf_salt(EVP_PKEY_CTX *pctx, unsigned char *salt,
int saltlen);
int
EVP_PKEY_CTX_set1_hkdf_key(EVP_PKEY_CTX *pctx, unsigned char *key,
int keylen);
int
EVP_PKEY_CTX_add1_hkdf_info(EVP_PKEY_CTX *pctx, unsigned char *info,
int infolen);
π¦ DESCRIPTION π¦
The EVP_PKEY_HKDF algorithm implements the HKDF key derivation function. HKDF follows the βextract-then-expandβ paradigm, where the KDF logically consists of two modules. The first stage takes the input keying material and βextractsβ from it a fixed-length pseudorandom key K. The second stage βexpandsβ the key K into several additional pseudorandom keys β thatβs the output of the KDF π
EVP_PKEY_CTX_hkdf_mode() sets the mode for the HKDF operation. There are three modes that are currently defined:
EVP_PKEY_HKDEF_MODE_EXTRACT_AND_EXPANDβ This is the default mode. CallingEVP_PKEY_derive(3)on anEVP_PKEY_CTXset up for HKDF will perform an extract followed by an expand operation in one go. The derived key returned will be the result after the expand operation. The intermediate fixed-length pseudorandom keyKis not returned.
In this mode the digest, key, salt and info values must be set before a key is derived or an error occurs.
EVP_PKEY_HKDEF_MODE_EXTRACT_ONLYβ In this mode callingEVP_PKEY_derive(3)will just perform the extract operation. The value returned will be the intermediate fixed-length pseudorandom keyK.
The digest, key and salt values must be set before a key is derived or an error occurs.
EVP_PKEY_HKDEF_MODE_EXPAND_ONLYβ In this mode callingEVP_PKEY_derive(3)will just perform the expand operation. The input key should be set to the intermediate fixed-length pseudorandom keyKreturned from a previous extract operation.
The digest, key and info values must be set before a key is derived or an error occurs.
EVP_PKEY_CTX_set_hkdf_md() sets the message digest associated with the HKDF.
EVP_PKEY_CTX_set1_hkdf_salt() sets the salt to saltlen bytes of the buffer salt. Any existing value is replaced.
EVP_PKEY_CTX_set1_hkdf_key() sets the key to keylen bytes of the buffer key. Any existing value is replaced.
EVP_PKEY_CTX_add1_hkdf_info() sets the info value to infolen bytes of the buffer info. If a value is already set, it is appended to the existing value π«Ά.
πΈ STRING CTRLS πΈ
HKDF also supports string based control operations via EVP_PKEY_CTX_ctrl_str(3).
- The type parameter
"md"uses the supplied value as the name of the digest algorithm to use. - The type parameter
"mode"accepts"EXTRACT_AND_EXPAND","EXTRACT_ONLY"and"EXPAND_ONLY"as value to determine the mode to use. - The type parameters
"salt","key"and"info"use the supplied value parameter as a seed, key, or info. - The names
"hexsalt","hexkey"and"hexinfo"are similar except they take a hex string which is converted to binary.
π§ NOTES π§
All these functions are implemented as macros. Yes, macros β donβt @ me π
A context for HKDF can be obtained by calling:
EVP_PKEY_CTX *pctx = EVP_PKEY_CTX_new_id(EVP_PKEY_HKDF, NULL);
The total length of the info buffer cannot exceed 1024 bytes in length: this should be more than enough for any normal use of HKDF.
The output length of an HKDF expand operation is specified via the length parameter to the EVP_PKEY_derive(3) function. Since the HKDF output length is variable, passing a NULL buffer as a means to obtain the requisite length is not meaningful with HKDF in any mode that performs an expand operation. Instead, the caller must allocate a buffer of the desired length, and pass that buffer to EVP_PKEY_derive(3) along with (a pointer initialized to) the desired length. Passing a NULL buffer to obtain the length is allowed when using EVP_PKEY_HKDEF_MODE_EXTRACT_ONLY.
π RETURN VALUES π
All these functions return 1 for success and 0 or a negative value for failure. In particular a return value of -2 indicates the operation is not supported by the public key algorithm.
π₯ EXAMPLES π₯
This example derives 10 bytes using SHA-256 with the secret key "secret", salt value "salt" and info value "label":
EVP_PKEY_CTX *pctx;
unsigned char out[10];
size_t outlen = sizeof(out);
if ((pctx = EVP_PKEY_CTX_new_id(EVP_PKEY_HKDF, NULL)) == NULL)
/* Error */
if (EVP_PKEY_derive_init(pctx) <= 0)
/* Error */
if (EVP_PKEY_CTX_set_hkdf_md(pctx, EVP_sha256()) <= 0)
/* Error */
if (EVP_PKEY_CTX_set1_hkdf_salt(pctx, "salt", 4) <= 0)
/* Error */
if (EVP_PKEY_CTX_set1_hkdf_key(pctx, "secret", 6) <= 0)
/* Error */
if (EVP_PKEY_CTX_add1_hkdf_info(pctx, "label", 5) <= 0)
/* Error */
if (EVP_PKEY_derive(pctx, out, &outlen) <= 0)
/* Error */
π SEE ALSO π
π STANDARDS π
RFC 5869: HMAC-based Extract-and-Expand Key Derivation Function (HKDF)
β HISTORY β
EVP_PKEY_CTX_set_hkdf_md(), EVP_PKEY_CTX_set1_hkdf_salt(), EVP_PKEY_CTX_set1_hkdf_key(), and EVP_PKEY_CTX_add1_hkdf_info() first appeared in OpenSSL 1.1.0 and EVP_PKEY_CTX_hkdf_mode() in OpenSSL 1.1.1. These functions have been available since OpenBSD 7.2.
Thatβs the whole page, bestie! Footer vibe check: source/version Debian, date June 8, 2025, and the page is EVP_PKEY_CTX_SET_HKDF_MD(3) ππ
π¦ where this page comes from
- alpine 3.24: libressl-doc 4.3.1-r0 Β· custom
- arch rolling: libressl 4.4.0-1 Β· ISC AND custom:OpenSSL
- Copyright (c) 2016 The OpenSSL Project. All rights reserved
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms