libcurl: security bump to version 7.53.0
authorPeter Korsgaard <peter@korsgaard.com>
Wed, 22 Feb 2017 07:25:05 +0000 (08:25 +0100)
committerPeter Korsgaard <peter@korsgaard.com>
Thu, 23 Feb 2017 20:35:11 +0000 (21:35 +0100)
commitc5f5d9fa4e378f3b81f51284e32ee1c23ab2a575
treeb141ad9cd0c68124bec66f7d28e055c80d727132
parent8a9b9a48539c6984f898f137555308210c5d2cd5
libcurl: security bump to version 7.53.0

Fixes CVE-2017-2629 - curl SSL_VERIFYSTATUS ignored

>From the advisory (http://www.openwall.com/lists/oss-security/2017/02/21/6):

Curl and libcurl support "OCSP stapling", also known as the TLS Certificate
Status Request extension (using the `CURLOPT_SSL_VERIFYSTATUS` option). When
telling curl to use this feature, it uses that TLS extension to ask for a
fresh proof of the server's certificate's validity. If the server doesn't
support the extension, or fails to provide said proof, curl is expected to
return an error.

Due to a coding mistake, the code that checks for a test success or failure,
ends up always thinking there's valid proof, even when there is none or if the
server doesn't support the TLS extension in question. Contrary to how it used
to function and contrary to how this feature is documented to work.

This could lead to users not detecting when a server's certificate goes
invalid or otherwise be mislead that the server is in a better shape than it
is in reality.

Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
package/libcurl/libcurl.hash
package/libcurl/libcurl.mk