mirror of
https://github.com/openssl/openssl.git
synced 2025-01-18 13:44:20 +08:00
b305452f69
The KEYMGMT libcrypto <-> provider interface currently makes a few
assumptions:
1. provider side domain parameters and key data isn't mutable. In
other words, as soon as a key has been created in any (loaded,
imported data, ...), it's set in stone.
2. provider side domain parameters can be strictly separated from the
key data.
This does work for the most part, but there are places where that's a
bit too rigid for the functionality that the EVP_PKEY API delivers.
Key data needs to be mutable to allow the flexibility that functions
like EVP_PKEY_copy_parameters promise, as well as to provide the
combinations of data that an EVP_PKEY is generally assumed to be able
to hold:
- domain parameters only
- public key only
- public key + private key
- domain parameters + public key
- domain parameters + public key + private key
To remedy all this, we:
1. let go of the distinction between domain parameters and key
material proper in the libcrypto <-> provider interface.
As a consequence, functions that still need it gain a selection
argument, which is a set of bits that indicate what parts of the
key object are to be considered in a specific call. This allows
a reduction of very similar functions into one.
2. Rework the libcrypto <-> provider interface so provider side key
objects are created and destructed with a separate function, and
get their data filled and extracted in through import and export.
(future work will see other key object constructors and other
functions to fill them with data)
Fixes #10979
squash! Redesign the KEYMGMT libcrypto <-> provider interface - the basics
Remedy 1 needs a rewrite:
Reviewed-by: Matt Caswell <matt@openssl.org>
Reviewed-by: Shane Lontis <shane.lontis@oracle.com>
Reviewed-by: Paul Dale <paul.dale@oracle.com>
(Merged from https://github.com/openssl/openssl/pull/11006)
56 lines
1.8 KiB
Plaintext
56 lines
1.8 KiB
Plaintext
=pod
|
|
|
|
=head1 NAME
|
|
|
|
evp_pkey_make_provided - internal EVP_PKEY support functions for providers
|
|
|
|
=head1 SYNOPSIS
|
|
|
|
/* Only for EVP source */
|
|
#include "evp_local.h"
|
|
|
|
void *evp_pkey_make_provided(EVP_PKEY *pk, OPENSSL_CTX *libctx,
|
|
EVP_KEYMGMT **keymgmt, const char *propquery);
|
|
|
|
=head1 DESCRIPTION
|
|
|
|
evp_pkey_make_provided() ensures that the B<EVP_PKEY> I<pk> is provided within
|
|
the library context I<libctx> (NULL means the default context). I<keymgmt>
|
|
may point at a reference to a B<EVP_KEYMGMT>, and works as an input/output
|
|
parameter.
|
|
As input to this function, it can be used to specify a B<EVP_KEYMGMT> to be
|
|
used for exporting. If not (I<*keymgmt> is NULL), then this function will
|
|
fetch an B<EVP_KEYMGMT> implicitly, using I<propquery> as property query string.
|
|
As output from this function, I<*keymgmt> will be assigned the B<EVP_KEYMGMT>
|
|
that was used, if the export was successful, otherwise it will be assigned NULL.
|
|
|
|
=head1 RETURN VALUES
|
|
|
|
evp_pkey_make_provided() returns the provider key data that was exported if
|
|
I<pk> was successfully provided. Otherwise, NULL is returned.
|
|
|
|
=head1 NOTES
|
|
|
|
Some functions calling evp_pkey_make_provided() may have received a const
|
|
key, and may therefore have to cast the key to non-const form to call this
|
|
function. Since B<EVP_PKEY> is always dynamically allocated, this is OK.
|
|
|
|
=head1 SEE ALSO
|
|
|
|
L<OPENSSL_CTX(3)>, L<EVP_KEYMGMT(3)>
|
|
|
|
=head1 HISTORY
|
|
|
|
The functions described here were all added in OpenSSL 3.0.
|
|
|
|
=head1 COPYRIGHT
|
|
|
|
Copyright 2020 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
|
|
L<https://www.openssl.org/source/license.html>.
|
|
|
|
=cut
|