Track vulnerabilities like this one. Sign up free to get alerted when software you use is affected.
7.5

CVE-2016-5419: curl/libcurl can reuse old client certificate on TLS resume

CVE-2016-5419 · published 10 years ago
Summary

The curl command-line tool and its library may continue using a previous client certificate when a secure connection is reestablished quickly. This can cause the server to accept the old identity instead of the new one you intended, potentially exposing your system to unauthorized access. Update curl to the latest version or disable session resumption if you rely on changing client certificates.

What to do
  • Update debian curl to version 7.50.1-1.
Affected software
Ecosystem VendorProductAffected versions
Debian:12 debian curl < 7.50.1-1
Fix: upgrade to 7.50.1-1
Debian:13 debian curl < 7.50.1-1
Fix: upgrade to 7.50.1-1
Debian:14 debian curl < 7.50.1-1
Fix: upgrade to 7.50.1-1
– haxx libcurl <= 7.50.0
cpe:2.3:a:haxx:libcurl:*:*:*:*:*:*:*:*
– debian debian_linux 8.0
cpe:2.3:o:debian:debian_linux:8.0:*:*:*:*:*:*:*
– opensuse leap 42.1
cpe:2.3:o:opensuse:leap:42.1:*:*:*:*:*:*:*
Original advisory text
TLS session resumption client cert bypass
libcurl would attempt to resume a TLS session even if the client certificate
had changed. That is unacceptable since a server by specification is allowed
to skip the client certificate check on resume, and may instead use the old
identity which was established by the previous certificate (or no
certificate).

libcurl supports by default the use of TLS session id/ticket to resume
previous TLS sessions to speed up subsequent TLS handshakes. They are used
when for any reason an existing TLS connection could not be kept alive to make
the next handshake faster.
Severity
7.5 High
Exploitation
15% chance of attack within 30 days
Type
CWE-310Cryptographic Issues
Timeline
Published3 Aug 2016
Updated24 Oct 2026
First seen25 Apr 2026
Track software like this
Free during beta