In curl and libcurl 7.52.0 to and including 7.53.1, 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 couldn't be kept alive to make the next handshake faster. This flaw is a regression and identical to CVE-2016-5419 reported on August 3rd 2016, but affecting a different version range.
References
Link Resource
http://www.securityfocus.com/bid/97962 Third Party Advisory VDB Entry
http://www.securitytracker.com/id/1038341 Third Party Advisory VDB Entry
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-7468 Issue Tracking Third Party Advisory
https://curl.haxx.se/docs/adv_20170419.html Vendor Advisory
https://security.gentoo.org/glsa/201709-14 Third Party Advisory
History

No history.

cve-icon MITRE Information

Status: PUBLISHED

Assigner: redhat

Published: 2018-07-16T13:00:00

Updated: 2018-07-17T09:57:01

Reserved: 2017-04-05T00:00:00


Link: CVE-2017-7468

JSON object: View

cve-icon NVD Information

Status : Modified

Published: 2018-07-16T13:29:00.287

Modified: 2019-10-09T23:29:37.030


Link: CVE-2017-7468

JSON object: View

cve-icon Redhat Information

No data.

CWE