summaryrefslogtreecommitdiff
path: root/usr.sbin/ospf6d
diff options
context:
space:
mode:
authorReyk Floeter <reyk@cvs.openbsd.org>2014-05-20 14:21:47 +0000
committerReyk Floeter <reyk@cvs.openbsd.org>2014-05-20 14:21:47 +0000
commit49a069eda66242e45bcf028253426c5bf46535bf (patch)
treec03e627877b2bf712bb363516f1f986ab3935596 /usr.sbin/ospf6d
parentceff83ee9217ba8c38ee053be3ec528c7ebe4d22 (diff)
Deep down inside OpenSSL, err... LibreSSL, RSA_set_ex_data attempts to
free() the external data when releasing the RSA object. The RSA_GET_EX_NEW_INDEX(3) manual page doesn't mention that this is the default behaviour - it just describes the possible free_func() callback - and the code path in libcrypto is hiding the fact behind layers of abstraction. Fix possible double free by allocating and copying the external data reference that is used for RSA privsep (pkiname in smtpd's case). ok eric@ gilles@
Diffstat (limited to 'usr.sbin/ospf6d')
0 files changed, 0 insertions, 0 deletions