Richard Levitte 10315851d0 X509: Refactor X509_PUBKEY processing to include provider side keys ... When a SubjectPublicKeyInfo (SPKI) is decoded into an X509_PUBKEY structure, the corresponding EVP_PKEY is automatically added as well. This used to only support our built-in keytypes, and only in legacy form. This is now refactored by making The ASN1 implementation of the X509_PUBKEY an EXTERN_ASN1, resulting in a more manual implementation of the basic support routines. Specifically, the d2i routine will do what was done in the callback before, and try to interpret the input as an EVP_PKEY, first in legacy form, and then using OSSL_DECODER. Fixes #13893 Reviewed-by: Paul Dale <pauli@openssl.org> (Merged from https://github.com/openssl/openssl/pull/14281)		2021-02-24 10:17:14 +01:00
..
common	Update copyright year	2021-02-18 15:05:17 +00:00
fips	Adjust the few places where the string length was confused	2021-02-18 16:58:17 +01:00
implementations	X509: Refactor X509_PUBKEY processing to include provider side keys	2021-02-24 10:17:14 +01:00
baseprov.c
build.info
decoders.inc	Update copyright year	2021-02-18 15:05:17 +00:00
defltprov.c	Update copyright year	2021-02-18 15:05:17 +00:00
encoders.inc	Update copyright year	2021-02-18 15:05:17 +00:00
legacyprov.c
nullprov.c
prov_running.c
stores.inc