PROVIDER-SKEYMGMT(7ossl)
π provider-skeymgmt(7ossl) β the SKEYMGMT library <-> provider functions π
okay so welcome to the provider-skeymgmt(7ossl) page bestie, this is the OpenSSL 3.5 glow-up where symmetric keys got their own little opaque key-object era and honestly? it's giving internal-main-character energy. let's get into it π¦
β¨ NAME β¨
provider-skeymgmt β The SKEYMGMT library <-> provider functions
πΈ SYNOPSIS πΈ
#include <openssl/core_dispatch.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.
*/
/* Key object destruction */
void OSSL_FUNC_skeymgmt_free(void *keydata);
/* Key object import and export functions */
void *OSSL_FUNC_skeymgmt_import(void *provctx, int selection,
const OSSL_PARAM params[]);
int OSSL_FUNC_skeymgmt_export(void *keydata, int selection,
OSSL_CALLBACK *param_cb, void *cbarg);
void *OSSL_FUNC_skeymgmt_generate(void *provctx,
const OSSL_PARAM params[]);
const OSSL_PARAM *OSSL_FUNC_skeymgmt_gen_settable_params(void *provctx);
const OSSL_PARAM *OSSL_FUNC_skeymgmt_imp_settable_params(void *provctx);
const char *OSSL_FUNC_skeymgmt_get_key_id(void *keydata);
bestie those are not real functions β don't go linking against them like they're just sitting in a library somewhere. they're signatures for function pointers. it's giving "concept of a function" π
π DESCRIPTION π
so the SKEYMGMT operation lowkey doesn't have much public visibility in the OpenSSL libraries. like, it's not out here on the red carpet. it's an internal operation, designed to work with operations that use opaque symmetric key objects. backstage crew. essential though. π«Ά
the SKEYMGMT operation shares knowledge with the operations it works with β so the SKEYMGMT and the algorithms that use it must belong to the same provider. and the OpenSSL libraries will ensure that they do, so you don't have to stress about the matchmaking, it's handled. β¨
the primary responsibility of the SKEYMGMT operation is to hold the provider-side key data for the OpenSSL library EVP_SKEY structure. that's the whole vibe. that's the job.
all the "functions" mentioned here are passed as function pointers between libcrypto and the provider in OSSL_DISPATCH(3) arrays via OSSL_ALGORITHM(3) arrays that are returned by the provider's provider_query_operation() function (see "Provider Functions" in provider-base(7)). iykyk.
all these "functions" have a corresponding function type definition named OSSL_FUNC_{name}_fn, and a helper function to retrieve the function pointer from a OSSL_DISPATCH(3) element named OSSL_FUNC_{name}.
OSSL_DISPATCH(3) arrays are indexed by numbers that are provided as macros in openssl-core_dispatch.h(7), like so π:
OSSL_FUNC_skeymgmt_free OSSL_FUNC_SKEYMGMT_FREE
OSSL_FUNC_skeymgmt_import OSSL_FUNC_SKEYMGMT_IMPORT
OSSL_FUNC_skeymgmt_export OSSL_FUNC_SKEYMGMT_EXPORT
OSSL_FUNC_skeymgmt_generate OSSL_FUNC_SKEYMGMT_GENERATE
OSSL_FUNC_skeymgmt_get_key_id OSSL_FUNC_SKEYMGMT_GET_KEY_ID
OSSL_FUNC_skeymgmt_imp_settable_params OSSL_FUNC_SKEYMGMT_IMP_SETTABLE_PARAMS
OSSL_FUNC_skeymgmt_gen_settable_params OSSL_FUNC_SKEYMGMT_GEN_SETTABLE_PARAMS
the SKEYMGMT management is inspired by KEYMGMT but is simpler. little sibling energy, and we love that for it π
π Key Objects π
a key object is a collection of data for a symmetric key, and is represented as keydata in this manual.
the exact contents of a key object are defined by the provider, and it is assumed that different operations in one and the same provider use the exact same structure to represent this collection of data β so that for example, a key object that has been created using the SKEYMGMT interface can be passed as is to other algorithms from the same provider operations, such as OSSL_FUNC_mac_init_opaque() (see provider-mac(7)). no repackaging needed, she's already ready π¦
with the export SKEYMGMT function, it's possible to select a specific subset of data to handle, governed by the bits in a selection indicator. the bits are:
OSSL_SKEYMGMT_SELECT_SECRET_KEYβ indicating that the secret key raw bytes in a key object should be included. π€«OSSL_SKEYMGMT_SELECT_PARAMETERSβ indicating that the parameters in a key object should be included.
combined selector bits are also defined for easier use:
OSSL_SKEYMGMT_SELECT_ALLβ indicating that everything in a key object should be included. everything. all of it. periodt. π
the exact interpretation of those bits or how they combine is left to each function where you can specify a selector. provider's choice, no cap.
π Destructing Function π
OSSL_FUNC_skeymgmt_free() should free the passed keydata. that's it. that's the whole function. clean exit, iconic. β¨
π₯ Key Object Import and Export Functions π€
OSSL_FUNC_skeymgmt_import() should import data into keydata with values taken from the OSSL_PARAM(3) array params. it allocates the keydata object (there is no separate allocation function). so like, no plus-one, she does her own allocating. π
OSSL_FUNC_skeymgmt_imp_settable_params() returns a list of parameters that can be provided to the OSSL_FUNC_skeymgmt_import() function. a lil menu of what's on offer. π
OSSL_FUNC_skeymgmt_export() should extract values indicated by selection from keydata, create an OSSL_PARAM(3) array with them and call param_cb with that array as well as the given cbarg. the passed OSSL_PARAM(3) array is transient and is freed upon the return from param_cb β so don't go holding onto it like it's gonna stay, she's leaving immediately after π
π§ Key Object Generation Functions π§
OSSL_FUNC_skeymgmt_generate() creates a new key according to the values taken from the OSSL_PARAM(3) array params. it allocates the keydata object. fresh key, fresh vibes. β
OSSL_FUNC_skeymgmt_gen_settable_params() returns a list of parameters that can be provided to the OSSL_FUNC_skeymgmt_generate() function.
π Key Object Information functions π
OSSL_FUNC_skeymgmt_get_key_id() returns a NUL-terminated string identifying the particular key. the returned string will be freed by a call to EVP_SKEY_free() so callers need to copy it themselves if they want to preserve the value past the key lifetime. so if you want to keep it β copy it, bestie, or it's gone. π
the purpose of this function is providing a printable string that can help users to access the specific key. the content of this string is provider-specific.
π Common Import and Export Parameters π
see OSSL_PARAM(3) for further details on the parameters structure.
common information parameters currently recognised by built-in skeymgmt algorithms are as follows:
"raw-bytes"(SKEY_PARAM_RAW_BYTES) <octet string> β the value represents symmetric key as a byte array."key-length"(SKEY_PARAM_KEY_LENGTH) <integer> β the value is the byte length of the given key.
π₯ RETURN VALUES π₯
OSSL_FUNC_skeymgmt_import()andOSSL_FUNC_skeymgmt_generate()return a pointer to an allocated object on success andNULLon error. πOSSL_FUNC_skeymgmt_export()returns1for success or0on error.OSSL_FUNC_skeymgmt_get_key_id()returns a pointer to a0-terminated string orNULL.OSSL_FUNC_skeymgmt_gen_settable_params()andOSSL_FUNC_skeymgmt_imp_settable_params()return references to an array ofOSSL_PARAMwhich can beNULLif there are no settable parameters.
π¦ SEE ALSO π¦
provider(7), EVP_SKEY(3), EVP_KEYMGMT(3)
π HISTORY π
the SKEYMGMT interface was introduced in OpenSSL 3.5. new girl on the block, and she slayed. β¨
π COPYRIGHT π
Copyright 2024-2025 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>.
aaaand that's the page, bestie π«Ά this was PROVIDER-SKEYMGMT(7ossl) from OpenSSL 3.5.9, dated 2026-09-29 β go forth and hold those opaque symmetric key objects correctly, mwah ππΈ
π¦ 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