Don't copy parameters on setting a key in libssl
authorMatt Caswell <matt@openssl.org>
Mon, 18 Jan 2021 16:50:07 +0000 (16:50 +0000)
committerMatt Caswell <matt@openssl.org>
Fri, 22 Jan 2021 09:30:53 +0000 (09:30 +0000)
commitfc52ae8c4b4a00c7158549510ace0e5beef2306b
tree4be6fdd3ac8d5708941271dd7cd17f4c570a8ad1
parent5060cd5f3ed14a2dc4764cc1e042f76af6b44664
Don't copy parameters on setting a key in libssl

Whenever we set a private key in libssl, we first found the certificate
that matched the key algorithm. Then we copied the key parameters from the
private key into the public key for the certficate before finally checking
that the private key matched the public key in the certificate. This makes
no sense! Part of checking the private key is to make sure that the
parameters match. It seems that this code has been present since SSLeay.
Perhaps at some point it made sense to do this - but it doesn't any more.

We remove that piece of code altogether. The previous code also had the
undocumented side effect of removing the certificate if the key didn't
match. This makes sense if you've just overwritten the parameters in the
certificate with bad values - but doesn't seem to otherwise. I've also
removed that error logic.

Due to issue #13893, the public key associated with the certificate is
always a legacy key. EVP_PKEY_copy_parameters will downgrade the "from"
key to legacy if the target is legacy, so this means that in libssl all
private keys were always downgraded to legacy when they are first set
in the SSL/SSL_CTX. Removing the EVP_PKEY_copy_parameters code has the
added benefit of removing that downgrade.

Reviewed-by: Tomas Mraz <tomas@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/13899)
crypto/evp/p_lib.c
ssl/ssl_rsa.c