Homepage
About Snyk

Cleartext Transmission of Sensitive Information Affecting libcurl package, versions <0:7.87.0-2.amzn2.0.1

medium

Snyk CVSS

    Attack Complexity Low
    Confidentiality High

    Threat Intelligence

    EPSS 0.09% (39th percentile)
Expand this section
NVD
7.5 high
Expand this section
SUSE
6.5 medium
Expand this section
Red Hat
7.5 high

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk ID SNYK-AMZN2-LIBCURL-3310659
  • published 4 Feb 2023
  • disclosed 23 Dec 2022
Report a new vulnerability Found a mistake?

Introduced: 23 Dec 2022

CVE-2022-43551 Open this link in a new tab
CWE-319 Open this link in a new tab

How to fix?

Upgrade Amazon-Linux:2 libcurl to version 0:7.87.0-2.amzn2.0.1 or higher.
This issue was patched in ALAS2-2023-1924.

NVD Description

Note: Versions mentioned in the description apply only to the upstream libcurl package and not the libcurl package as distributed by Amazon-Linux. See How to fix? for Amazon-Linux:2 relevant fixed versions and status.

A vulnerability exists in curl <7.87.0 HSTS check that could be bypassed to trick it to keep using HTTP. Using its HSTS support, curl can be instructed to use HTTPS instead of using an insecure clear-text HTTP step even when HTTP is provided in the URL. However, the HSTS mechanism could be bypassed if the host name in the given URL first uses IDN characters that get replaced to ASCII counterparts as part of the IDN conversion. Like using the character UTF-8 U+3002 (IDEOGRAPHIC FULL STOP) instead of the common ASCII full stop (U+002E) .. Then in a subsequent request, it does not detect the HSTS state and makes a clear text transfer. Because it would store the info IDN encoded but look for it IDN decoded.