EVP_KDF-PBKDF2(7ossl)
β¨ NAME β¨
EVP_KDF-PBKDF2 β The PBKDF2 EVP_KDF implementation. That's it, that's the whole vibe. π And yes bestie, this is the 7ossl manual from OpenSSL, hi! π
πΈ DESCRIPTION πΈ
Okay so this page is all about computing the PBKDF2 password-based KDF through the EVP_KDF API, and honestly it's giving secure. π¦
The EVP_KDF-PBKDF2 algorithm implements the PBKDF2 password-based key derivation function, as described in SP800-132; it derives a key from a password using a salt and iteration count. No cap. β¨
The output is considered to be a cryptographic key. Periodt. π
π¦ Identity π¦
"PBKDF2" is the name for this implementation; it can be used with the EVP_KDF_fetch() function. Slay. π
π Supported parameters π
The supported parameters are:
"pass"(OSSL_KDF_PARAM_PASSWORD)<octet string>"salt"(OSSL_KDF_PARAM_SALT)<octet string>"iter"(OSSL_KDF_PARAM_ITER)<unsigned integer>β this parameter has a default value of2048. So if you don't set it, it's literally 2048, bestie. π"properties"(OSSL_KDF_PARAM_PROPERTIES)<UTF8 string>"digest"(OSSL_KDF_PARAM_DIGEST)<UTF8 string>β these parameters work as described in"PARAMETERS"inEVP_KDF(3). iykyk. π§"pkcs5"(OSSL_KDF_PARAM_PKCS5)<integer>β this parameter can be used to enable or disable SP800-132 compliance checks. Setting the mode to0enables the compliance checks. The checks performed are:- the iteration count is at least
1000. - the salt length is at least
128bits. - the derived key length is at least
112bits.
- the iteration count is at least
The default provider uses a default mode of 1 for backwards compatibility, and the FIPS provider uses a default mode of 0. This option breaks FIPS compliance if it causes the approved "fips-indicator" to return 0. So like, handle with care, okay? π
"fips-indicator"(OSSL_KDF_PARAM_FIPS_APPROVED_INDICATOR)<integer>β this option is used by the OpenSSL FIPS provider. A getter that returns1if the operation is FIPS approved, or0otherwise. This may be used after callingEVP_KDF_derive. It returns0if"pkcs5"is set to1and the derived key length, salt length or iteration count test fails. It's giving "trust but verify" energy. π
π NOTES π
A typical application of this algorithm is to derive keying material for an encryption algorithm from a password in the "pass", a salt in "salt", and an iteration count. Classic. π
Increasing the "iter" parameter slows down the algorithm which makes it harder for an attacker to perform a brute force attack using a large number of candidate passwords. So like, higher iter is doing the most for your security. π₯
No assumption is made regarding the given password; it is simply treated as a byte sequence. No judgment, no assumptions, just bytes. π
β CONFORMING TO β
SP800-132. That's the standard, bestie. π
π₯ SEE ALSO π₯
EVP_KDF(3)EVP_KDF_CTX_new(3)EVP_KDF_CTX_free(3)EVP_KDF_CTX_set_params(3)EVP_KDF_derive(3)"PARAMETERS"inEVP_KDF(3)
π HISTORY π
This functionality was added in OpenSSL 3.0. So it's not new new, but it's iconic. π
π COPYRIGHT π
Copyright 2018-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 EVP_KDF-PBKDF2(7ossl) from OpenSSL version 3.5.0, dated 2026-09-25. Stay cryptographic, stay slay. π
β¨π«Ά
π¦ where this page comes from
- opensuse-leap 16.0: openssl-3 3.5.0-160000.11.1 Β· Apache-2.0
- opensuse-leap 16.0: openssl-3 3.5.0-160000.11.1 Β· Apache-2.0
- opensuse-leap 16.0: openssl-3 3.5.0-160000.11.1 Β· Apache-2.0
- opensuse-leap 16.0: openssl-3 3.5.0-160000.11.1 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms