curl 7.63.0 to and including 7.75.0 includes vulnerability that allows a malicious HTTPS proxy to MITM a connection due to bad handling of TLS 1.3 session tickets. When using a HTTPS proxy and TLS 1.3, libcurl can confuse session tickets arriving from the HTTPS proxy but work as if they arrived from the remote server and then wrongly "short-cut" the host handshake. When confusing the tickets, a HTTPS proxy can trick libcurl to use the wrong session ticket resume for the host and thereby circumvent the server TLS certificate check and make a MITM attack to be possible to perform unnoticed. Note that such a malicious HTTPS proxy needs to provide a certificate that curl will accept for the MITMed server for an attack to work - unless curl has been told to ignore the server certificate check.
2021-04-01T18:15:12.917
2025-06-09T15:15:24.177
Modified
CVSSv3.1: 3.7 (LOW)
AV:N/AC:M/Au:N/C:N/I:P/A:N
8.6
2.9
Type | Vendor | Product | Version/Range | Vulnerable? |
---|---|---|---|---|
Application | haxx | libcurl | ≤ 7.75.0 | Yes |
Operating System | fedoraproject | fedora | 32 | Yes |
Operating System | fedoraproject | fedora | 33 | Yes |
Operating System | fedoraproject | fedora | 34 | Yes |
Application | netapp | hci_management_node | - | Yes |
Application | netapp | solidfire | - | Yes |
Hardware | netapp | hci_storage_node | - | Yes |
Operating System | broadcom | fabric_operating_system | - | Yes |
Operating System | debian | debian_linux | 9.0 | Yes |
Application | siemens | sinec_infrastructure_network_services | < 1.0.1.1 | Yes |
Application | oracle | communications_billing_and_revenue_management | 12.0.0.3.0 | Yes |
Application | oracle | essbase | 21.2 | Yes |
Application | splunk | universal_forwarder | < 8.2.12 | Yes |
Application | splunk | universal_forwarder | < 9.0.6 | Yes |
Application | splunk | universal_forwarder | 9.1.0 | Yes |