summaryrefslogtreecommitdiff
path: root/src/lib/libssl/ssl_both.c
diff options
context:
space:
mode:
authortb <>2024-11-15 08:49:07 +0000
committertb <>2024-11-15 08:49:07 +0000
commit636afcedc4ba1da9edad50f789eccdd0549bcf94 (patch)
tree700ee1472594cead5a7812a2922513748278ff91 /src/lib/libssl/ssl_both.c
parentdd6a5fc8d64e518e49055663d3e0e11a67d4b858 (diff)
downloadopenbsd-636afcedc4ba1da9edad50f789eccdd0549bcf94.tar.gz
openbsd-636afcedc4ba1da9edad50f789eccdd0549bcf94.tar.bz2
openbsd-636afcedc4ba1da9edad50f789eccdd0549bcf94.zip
EC_KEY_copy() don't leave stale private keys in place
As most other objects, EC_KEYs can be as sparsely and invalidly populated as imagination permits and the competent designers of EC_KEY_copy() chose to just copy over what's available (yeah, what kind of copy is that?) and leave in place what happens to be there. In particular, if the dest EC key was used with a different group and has a private key, but the source key doesn't, the dest private key remains intact, as invalid, incompatible and unusable as it may be. Fix this by clearing said private key. ok jsing
Diffstat (limited to 'src/lib/libssl/ssl_both.c')
0 files changed, 0 insertions, 0 deletions