summaryrefslogtreecommitdiff
path: root/distrib/octeon
diff options
context:
space:
mode:
authorTheo Buehler <tb@cvs.openbsd.org>2024-11-15 08:49:08 +0000
committerTheo Buehler <tb@cvs.openbsd.org>2024-11-15 08:49:08 +0000
commit7441a91517b2a793c77137605c7577f1da70f509 (patch)
treeae65e0fb0036bbff98680bc2fa5ca21e47cd694d /distrib/octeon
parent22b896e31ab60c6e6fc6e99d6058e520fe60da74 (diff)
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 'distrib/octeon')
0 files changed, 0 insertions, 0 deletions