manpagez: man pages & more
man provider-keymgmt(7)
Home | html | info | man
PROVIDER-KEYMGMT(7ossl)             OpenSSL            PROVIDER-KEYMGMT(7ossl)



NAME

       provider-keymgmt - The KEYMGMT 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 (keydata) creation and destruction */
        void *OSSL_FUNC_keymgmt_new(void *provctx);
        void OSSL_FUNC_keymgmt_free(void *keydata);

        /* Generation, a more complex constructor */
        void *OSSL_FUNC_keymgmt_gen_init(void *provctx, int selection,
                                         const OSSL_PARAM params[]);
        int OSSL_FUNC_keymgmt_gen_set_template(void *genctx, void *template);
        int OSSL_FUNC_keymgmt_gen_get_params(void *genctx, OSSL_PARAM params[]);
        int OSSL_FUNC_keymgmt_gen_set_params(void *genctx, const OSSL_PARAM params[]);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_gen_gettable_params(void *genctx,
                                                                void *provctx);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_gen_settable_params(void *genctx,
                                                                void *provctx);
        void *OSSL_FUNC_keymgmt_gen(void *genctx, OSSL_CALLBACK *cb, void *cbarg);
        void OSSL_FUNC_keymgmt_gen_cleanup(void *genctx);

        /* Key loading by object reference, also a constructor */
        void *OSSL_FUNC_keymgmt_load(const void *reference, size_t *reference_sz);

        /* Key object information */
        int OSSL_FUNC_keymgmt_get_params(void *keydata, OSSL_PARAM params[]);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_gettable_params(void *provctx);
        int OSSL_FUNC_keymgmt_set_params(void *keydata, const OSSL_PARAM params[]);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_settable_params(void *provctx);

        /* Key object content checks */
        int OSSL_FUNC_keymgmt_has(const void *keydata, int selection);
        int OSSL_FUNC_keymgmt_match(const void *keydata1, const void *keydata2,
                                    int selection);

        /* Discovery of supported operations */
        const char *OSSL_FUNC_keymgmt_query_operation_name(int operation_id);

        /* Key object import and export functions */
        int OSSL_FUNC_keymgmt_import(void *keydata, int selection, const OSSL_PARAM params[]);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_import_types(int selection);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_import_types_ex(void *provctx, int selection);
        int OSSL_FUNC_keymgmt_export(void *keydata, int selection,
                                     OSSL_CALLBACK *param_cb, void *cbarg);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_export_types(int selection);
        const OSSL_PARAM *OSSL_FUNC_keymgmt_export_types_ex(void *provctx, int selection);

        /* Key object duplication, a constructor */
        void *OSSL_FUNC_keymgmt_dup(const void *keydata_from, int selection);

        /* Key object validation */
        int OSSL_FUNC_keymgmt_validate(const void *keydata, int selection, int checktype);


DESCRIPTION

       The KEYMGMT operation doesn't have much public visibility in OpenSSL
       libraries, it's rather an internal operation that's designed to work in
       tandem with operations that use private/public key pairs.

       Because the KEYMGMT operation shares knowledge with the operations it
       works with in tandem, they must belong to the same provider.  The
       OpenSSL libraries will ensure that they do.

       The primary responsibility of the KEYMGMT operation is to hold the
       provider side key data for the OpenSSL library EVP_PKEY structure.

       All "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)).

       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}.  For example, the "function" OSSL_FUNC_keymgmt_new()
       has these:

        typedef void *(OSSL_FUNC_keymgmt_new_fn)(void *provctx);
        static ossl_inline OSSL_FUNC_keymgmt_new_fn
            OSSL_FUNC_keymgmt_new(const OSSL_DISPATCH *opf);

       OSSL_DISPATCH(3) arrays are indexed by numbers that are provided as
       macros in openssl-core_dispatch.h(7), as follows:

        OSSL_FUNC_keymgmt_new                  OSSL_FUNC_KEYMGMT_NEW
        OSSL_FUNC_keymgmt_free                 OSSL_FUNC_KEYMGMT_FREE

        OSSL_FUNC_keymgmt_gen_init             OSSL_FUNC_KEYMGMT_GEN_INIT
        OSSL_FUNC_keymgmt_gen_set_template     OSSL_FUNC_KEYMGMT_GEN_SET_TEMPLATE
        OSSL_FUNC_keymgmt_gen_get_params       OSSL_FUNC_KEYMGMT_GEN_GET_PARAMS
        OSSL_FUNC_keymgmt_gen_gettable_params  OSSL_FUNC_KEYMGMT_GEN_GETTABLE_PARAMS
        OSSL_FUNC_keymgmt_gen_set_params       OSSL_FUNC_KEYMGMT_GEN_SET_PARAMS
        OSSL_FUNC_keymgmt_gen_settable_params  OSSL_FUNC_KEYMGMT_GEN_SETTABLE_PARAMS
        OSSL_FUNC_keymgmt_gen                  OSSL_FUNC_KEYMGMT_GEN
        OSSL_FUNC_keymgmt_gen_cleanup          OSSL_FUNC_KEYMGMT_GEN_CLEANUP

        OSSL_FUNC_keymgmt_load                 OSSL_FUNC_KEYMGMT_LOAD

        OSSL_FUNC_keymgmt_get_params           OSSL_FUNC_KEYMGMT_GET_PARAMS
        OSSL_FUNC_keymgmt_gettable_params      OSSL_FUNC_KEYMGMT_GETTABLE_PARAMS
        OSSL_FUNC_keymgmt_set_params           OSSL_FUNC_KEYMGMT_SET_PARAMS
        OSSL_FUNC_keymgmt_settable_params      OSSL_FUNC_KEYMGMT_SETTABLE_PARAMS

        OSSL_FUNC_keymgmt_query_operation_name OSSL_FUNC_KEYMGMT_QUERY_OPERATION_NAME

        OSSL_FUNC_keymgmt_has                  OSSL_FUNC_KEYMGMT_HAS
        OSSL_FUNC_keymgmt_validate             OSSL_FUNC_KEYMGMT_VALIDATE
        OSSL_FUNC_keymgmt_match                OSSL_FUNC_KEYMGMT_MATCH

        OSSL_FUNC_keymgmt_import               OSSL_FUNC_KEYMGMT_IMPORT
        OSSL_FUNC_keymgmt_import_types         OSSL_FUNC_KEYMGMT_IMPORT_TYPES
        OSSL_FUNC_keymgmt_import_types_ex      OSSL_FUNC_KEYMGMT_IMPORT_TYPES_EX
        OSSL_FUNC_keymgmt_export               OSSL_FUNC_KEYMGMT_EXPORT
        OSSL_FUNC_keymgmt_export_types         OSSL_FUNC_KEYMGMT_EXPORT_TYPES
        OSSL_FUNC_keymgmt_export_types_ex      OSSL_FUNC_KEYMGMT_EXPORT_TYPES_EX

        OSSL_FUNC_keymgmt_dup                  OSSL_FUNC_KEYMGMT_DUP

   Key Objects
       A key object is a collection of data for an asymmetric 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 KEYMGMT
       interface that we document here can be passed as is to other provider
       operations, such as OP_signature_sign_init() (see
       provider-signature(7)).

       With some of the KEYMGMT functions, it's possible to select a specific
       subset of data to handle, governed by the bits in a selection
       indicator.  The bits are:

       OSSL_KEYMGMT_SELECT_PRIVATE_KEY
           Indicating that the private key data in a key object should be
           considered.

       OSSL_KEYMGMT_SELECT_PUBLIC_KEY
           Indicating that the public key data in a key object should be
           considered.

       OSSL_KEYMGMT_SELECT_DOMAIN_PARAMETERS
           Indicating that the domain parameters in a key object should be
           considered.

       OSSL_KEYMGMT_SELECT_OTHER_PARAMETERS
           Indicating that other parameters in a key object should be
           considered.

           Other parameters are key parameters that don't fit any other
           classification.  In other words, this particular selector bit works
           as a last resort bit bucket selector.

       Some selector bits have also been combined for easier use:

       OSSL_KEYMGMT_SELECT_ALL_PARAMETERS
           Indicating that all key object parameters should be considered,
           regardless of their more granular classification.

           This is a combination of OSSL_KEYMGMT_SELECT_DOMAIN_PARAMETERS and
           OSSL_KEYMGMT_SELECT_OTHER_PARAMETERS.

       OSSL_KEYMGMT_SELECT_KEYPAIR
           Indicating that both the whole key pair in a key object should be
           considered, i.e. the combination of public and private key.

           This is a combination of OSSL_KEYMGMT_SELECT_PRIVATE_KEY and
           OSSL_KEYMGMT_SELECT_PUBLIC_KEY.

       OSSL_KEYMGMT_SELECT_ALL
           Indicating that everything in a key object should be considered.

       The exact interpretation of those bits or how they combine is left to
       each function where you can specify a selector.

       It's left to the provider implementation to decide what is reasonable
       to do with regards to received selector bits and how to do it.  Among
       others, an implementation of OSSL_FUNC_keymgmt_match() might opt to not
       compare the private half if it has compared the public half, since a
       match of one half implies a match of the other half.

   Constructing and Destructing Functions
       OSSL_FUNC_keymgmt_new() should create a provider side key object.  The
       provider context provctx is passed and may be incorporated in the key
       object, but that is not mandatory.

       OSSL_FUNC_keymgmt_free() should free the passed keydata.

       OSSL_FUNC_keymgmt_gen_init(), OSSL_FUNC_keymgmt_gen_set_template(),
       OSSL_FUNC_keymgmt_gen_get_params(),
       OSSL_FUNC_keymgmt_gen_gettable_params(),
       OSSL_FUNC_keymgmt_gen_set_params(),
       OSSL_FUNC_keymgmt_gen_settable_params(), OSSL_FUNC_keymgmt_gen() and
       OSSL_FUNC_keymgmt_gen_cleanup() work together as a more elaborate
       context based key object constructor.

       OSSL_FUNC_keymgmt_gen_init() should create the key object generation
       context and initialize it with selections, which will determine what
       kind of contents the key object to be generated should get.  The
       params, if not NULL, should be set on the context in a manner similar
       to using OSSL_FUNC_keymgmt_set_params().

       OSSL_FUNC_keymgmt_gen_set_template() should add template to the context
       genctx.  The template is assumed to be a key object constructed with
       the same KEYMGMT, and from which content that the implementation
       chooses can be used as a template for the key object to be generated.
       Typically, the generation of a DSA or DH key would get the domain
       parameters from this template.

       OSSL_FUNC_keymgmt_gen_get_params() should retrieve parameters into
       params in the key object generation context genctx.

       OSSL_FUNC_keymgmt_gen_gettable_params() should return a constant array
       of descriptor OSSL_PARAM(3), for parameters that
       OSSL_FUNC_keymgmt_gen_get_params() can handle.

       OSSL_FUNC_keymgmt_gen_set_params() should set additional parameters
       from params in the key object generation context genctx.

       OSSL_FUNC_keymgmt_gen_settable_params() should return a constant array
       of descriptor OSSL_PARAM(3), for parameters that
       OSSL_FUNC_keymgmt_gen_set_params() can handle.

       OSSL_FUNC_keymgmt_gen() should perform the key object generation
       itself, and return the result.  The callback cb should be called at
       regular intervals with indications on how the key object generation
       progresses.

       OSSL_FUNC_keymgmt_gen_cleanup() should clean up and free the key object
       generation context genctx

       OSSL_FUNC_keymgmt_load() creates a provider side key object based on a
       reference object with a size of reference_sz bytes, that only the
       provider knows how to interpret, but that may come from other
       operations.  Outside the provider, this reference is simply an array of
       bytes.

       At least one of OSSL_FUNC_keymgmt_new(), OSSL_FUNC_keymgmt_gen() and
       OSSL_FUNC_keymgmt_load() are mandatory, as well as
       OSSL_FUNC_keymgmt_free() and OSSL_FUNC_keymgmt_has(). Additionally, if
       OSSL_FUNC_keymgmt_gen() is present, OSSL_FUNC_keymgmt_gen_init() and
       OSSL_FUNC_keymgmt_gen_cleanup() must be present as well.

   Key Object Information Functions
       OSSL_FUNC_keymgmt_get_params() should extract information data
       associated with the given keydata, see "Common Information Parameters".

       OSSL_FUNC_keymgmt_gettable_params() should return a constant array of
       descriptor OSSL_PARAM(3), for parameters that
       OSSL_FUNC_keymgmt_get_params() can handle.

       If OSSL_FUNC_keymgmt_gettable_params() is present,
       OSSL_FUNC_keymgmt_get_params() must also be present, and vice versa.

       OSSL_FUNC_keymgmt_set_params() should update information data
       associated with the given keydata, see "Common Information Parameters".

       OSSL_FUNC_keymgmt_settable_params() should return a constant array of
       descriptor OSSL_PARAM(3), for parameters that
       OSSL_FUNC_keymgmt_set_params() can handle.

       If OSSL_FUNC_keymgmt_settable_params() is present,
       OSSL_FUNC_keymgmt_set_params() must also be present, and vice versa.

   Key Object Checking Functions
       OSSL_FUNC_keymgmt_query_operation_name() should return the name of the
       supported algorithm for the operation operation_id.  This is similar to
       provider_query_operation() (see provider-base(7)), but only works as an
       advisory.  If this function is not present, or returns NULL, the caller
       is free to assume that there's an algorithm from the same provider, of
       the same name as the one used to fetch the keymgmt and try to use that.

       OSSL_FUNC_keymgmt_has() should check whether the given keydata contains
       the subsets of data indicated by the selector.  A combination of
       several selector bits must consider all those subsets, not just one.
       An implementation is, however, free to consider an empty subset of data
       to still be a valid subset. For algorithms where some selection is not
       meaningful such as OSSL_KEYMGMT_SELECT_DOMAIN_PARAMETERS for RSA keys
       the function should just return 1 as the selected subset is not really
       missing in the key.

       OSSL_FUNC_keymgmt_validate() should check if the keydata contains valid
       data subsets indicated by selection.  Some combined selections of data
       subsets may cause validation of the combined data.  For example, the
       combination of OSSL_KEYMGMT_SELECT_PRIVATE_KEY and
       OSSL_KEYMGMT_SELECT_PUBLIC_KEY (or OSSL_KEYMGMT_SELECT_KEYPAIR for
       short) is expected to check that the pairwise consistency of keydata is
       valid. The checktype parameter controls what type of check is performed
       on the subset of data. Two types of check are defined:
       OSSL_KEYMGMT_VALIDATE_FULL_CHECK and OSSL_KEYMGMT_VALIDATE_QUICK_CHECK.
       The interpretation of how much checking is performed in a full check
       versus a quick check is key type specific. Some providers may have no
       distinction between a full check and a quick check. For algorithms
       where some selection is not meaningful such as
       OSSL_KEYMGMT_SELECT_DOMAIN_PARAMETERS for RSA keys the function should
       just return 1 as there is nothing to validate for that selection.

       OSSL_FUNC_keymgmt_match() should check if the data subset indicated by
       selection in keydata1 and keydata2 match.  It is assumed that the
       caller has ensured that keydata1 and keydata2 are both owned by the
       implementation of this function.

   Key Object Import, Export and Duplication Functions
       OSSL_FUNC_keymgmt_import() should import data indicated by selection
       into keydata with values taken from the OSSL_PARAM(3) array params.

       OSSL_FUNC_keymgmt_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.

       OSSL_FUNC_keymgmt_import_types() and
       OSSL_FUNC_keymgmt_import_types_ex() should return a constant array of
       descriptor OSSL_PARAM(3) for data indicated by selection, for
       parameters that OSSL_FUNC_keymgmt_import() can handle.  Either
       OSSL_FUNC_keymgmt_import_types() or
       OSSL_FUNC_keymgmt_import_types_ex(), must be implemented, if
       OSSL_FUNC_keymgmt_import_types_ex() is implemented, then it is
       preferred over OSSL_FUNC_keymgmt_import_types().  Providers that are
       supposed to be backward compatible with OpenSSL 3.0 or 3.1 must
       continue to implement OSSL_FUNC_keymgmt_import_types().

       OSSL_FUNC_keymgmt_export_types() and
       OSSL_FUNC_keymgmt_export_types_ex() should return a constant array of
       descriptor OSSL_PARAM(3) for data indicated by selection, that the
       OSSL_FUNC_keymgmt_export() callback can expect to receive.  Either
       OSSL_FUNC_keymgmt_export_types() or
       OSSL_FUNC_keymgmt_export_types_ex(), must be implemented, if
       OSSL_FUNC_keymgmt_export_types_ex() is implemented, then it is
       preferred over OSSL_FUNC_keymgmt_export_types().  Providers that are
       supposed to be backward compatible with OpenSSL 3.0 or 3.1 must
       continue to implement OSSL_FUNC_keymgmt_export_types().

       OSSL_FUNC_keymgmt_dup() should duplicate data subsets indicated by
       selection or the whole key data keydata_from and create a new provider
       side key object with the data.

   Common Information Parameters
       See OSSL_PARAM(3) for further details on the parameters structure.

       Common information parameters currently recognised by all built-in
       keymgmt algorithms are as follows:

       "bits" (OSSL_PKEY_PARAM_BITS) <integer>
           The value should be the cryptographic length of the cryptosystem to
           which the key belongs, in bits.  The definition of cryptographic
           length is specific to the key cryptosystem.

       "max-size" (OSSL_PKEY_PARAM_MAX_SIZE) <integer>
           The value should be the maximum size that a caller should allocate
           to safely store a signature (called sig in provider-signature(7)),
           the result of asymmetric encryption / decryption (out in
           provider-asym_cipher(7), a derived secret (secret in
           provider-keyexch(7), and similar data).

           Providers need to implement this parameter in order to properly
           support various use cases such as CMS signing.

           Because an EVP_KEYMGMT method is always tightly bound to another
           method (signature, asymmetric cipher, key exchange, ...) and must
           be of the same provider, this number only needs to be synchronised
           with the dimensions handled in the rest of the same provider.

       "security-bits" (OSSL_PKEY_PARAM_SECURITY_BITS) <integer>
           The value should be the number of security bits of the given key.
           Bits of security is defined in SP800-57.

       "mandatory-digest" (OSSL_PKEY_PARAM_MANDATORY_DIGEST) <UTF8 string>
           If there is a mandatory digest for performing a signature operation
           with keys from this keymgmt, this parameter should get its name as
           value.

           When EVP_PKEY_get_default_digest_name() queries this parameter and
           it's filled in by the implementation, its return value will be 2.

           If the keymgmt implementation fills in the value "" or "UNDEF",
           EVP_PKEY_get_default_digest_name(3) will place the string "UNDEF"
           into its argument mdname.  This signifies that no digest should be
           specified with the corresponding signature operation.

       "default-digest" (OSSL_PKEY_PARAM_DEFAULT_DIGEST) <UTF8 string>
           If there is a default digest for performing a signature operation
           with keys from this keymgmt, this parameter should get its name as
           value.

           When EVP_PKEY_get_default_digest_name(3) queries this parameter and
           it's filled in by the implementation, its return value will be 1.
           Note that if OSSL_PKEY_PARAM_MANDATORY_DIGEST is responded to as
           well, EVP_PKEY_get_default_digest_name(3) ignores the response to
           this parameter.

           If the keymgmt implementation fills in the value "" or "UNDEF",
           EVP_PKEY_get_default_digest_name(3) will place the string "UNDEF"
           into its argument mdname.  This signifies that no digest has to be
           specified with the corresponding signature operation, but may be
           specified as an option.

       The OpenSSL FIPS provider also supports the following parameters:

       "fips-indicator" (OSSL_PKEY_PARAM_FIPS_APPROVED_INDICATOR) <integer>
           A getter that returns 1 if the operation is FIPS approved, or 0
           otherwise.  This may be used after calling OSSL_FUNC_keymgmt_gen()
           function. It may return 0 if either the "key-check", or "sign-
           check" are set to 0.

       "key-check" (OSSL_PKEY_PARAM_FIPS_KEY_CHECK) <integer>
           If required this parameter should be set using
           OSSL_FUNC_keymgmt_gen_set_params() or OSSL_FUNC_keymgmt_gen_init().
           The default value of 1 causes an error during the init if the key
           is not FIPS approved (e.g. The key has a security strength of less
           than 112 bits). Setting this to 0 will ignore the error and set the
           approved "fips-indicator" to 0.  This option breaks FIPS compliance
           if it causes the approved "fips-indicator" to return 0.

       "sign-check" (OSSL_PKEY_PARAM_FIPS_SIGN_CHECK) <integer>
           If required this parameter should be set before the
           OSSL_FUNC_keymgmt_gen() function. This value is not supported by
           all keygen algorithms.  The default value of 1 will cause an error
           if the generated key is not allowed to be used for signing.
           Setting this to 0 will ignore the error and set the approved "fips-
           indicator" to 0.  This option breaks FIPS compliance if it causes
           the approved "fips-indicator" to return 0.


RETURN VALUES

       OSSL_FUNC_keymgmt_new() and OSSL_FUNC_keymgmt_dup() should return a
       valid reference to the newly created provider side key object, or NULL
       on failure.

       OSSL_FUNC_keymgmt_import(), OSSL_FUNC_keymgmt_export(),
       OSSL_FUNC_keymgmt_get_params() and OSSL_FUNC_keymgmt_set_params()
       should return 1 for success or 0 on error.

       OSSL_FUNC_keymgmt_validate() should return 1 on successful validation,
       or 0 on failure.

       OSSL_FUNC_keymgmt_has() should return 1 if all the selected data
       subsets are contained in the given keydata or 0 otherwise.

       OSSL_FUNC_keymgmt_query_operation_name() should return a pointer to a
       string matching the requested operation, or NULL if the same name used
       to fetch the keymgmt applies.

       OSSL_FUNC_keymgmt_gettable_params() and
       OSSL_FUNC_keymgmt_settable_params() OSSL_FUNC_keymgmt_import_types(),
       OSSL_FUNC_keymgmt_import_types_ex(), OSSL_FUNC_keymgmt_export_types(),
       OSSL_FUNC_keymgmt_export_types_ex() should always return a constant
       OSSL_PARAM(3) array.


SEE ALSO

       EVP_PKEY_get_size(3), EVP_PKEY_get_bits(3),
       EVP_PKEY_get_security_bits(3), provider(7), EVP_PKEY-X25519(7),
       EVP_PKEY-X448(7), EVP_PKEY-ED25519(7), EVP_PKEY-ED448(7),
       EVP_PKEY-EC(7), EVP_PKEY-RSA(7), EVP_PKEY-DSA(7), EVP_PKEY-DH(7)


HISTORY

       The KEYMGMT interface was introduced in OpenSSL 3.0.

       Functions OSSL_FUNC_keymgmt_import_types_ex(), and
       OSSL_FUNC_keymgmt_export_types_ex() were added with OpenSSL 3.2.

       The functions OSSL_FUNC_keymgmt_gen_get_params() and
       OSSL_FUNC_keymgmt_gen_gettable_params() were added in OpenSSL 3.4.

       The parameters "sign-check" and "fips-indicator" were added in OpenSSL
       3.4.


COPYRIGHT

       Copyright 2019-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>.

3.4.0                             2024-10-29           PROVIDER-KEYMGMT(7ossl)

openssl 3.4.0 - Generated Sat Nov 23 13:24:53 CST 2024
© manpagez.com 2000-2024
Individual documents may contain additional copyright information.