bagder: curl-www/docs _security.html,1.22,1.23
[email protected] Mon, 02 Mar 2009 23:22:26 +0000
| Newsgroups | gmane.comp.web.curl.www.cvs |
|---|---|
| Message-ID | <[email protected]> |
Update of /cvsroot/curl/curl-www/docs In directory labb:/tmp/cvs-serv19682 Modified Files: _security.html Log Message: added the latest Index: _security.html =================================================================== RCS file: /cvsroot/curl/curl-www/docs/_security.html,v retrieving revision 1.22 retrieving revision 1.23 diff -u -d -r1.22 -r1.23 --- _security.html 19 Jul 2007 13:11:38 -0000 1.22 +++ _security.html 2 Mar 2009 23:22:24 -0000 1.23 @@ -38,6 +38,47 @@ See also the <a href="vulnerabilities.html">Vulnerabilties Table</a> to see what versions that are vulnerable to what flaws. +<a name="20090303"></a> +SUBTITLE(libcurl Arbitrary File Access) +<p> +<table class="secbox"> + <tr><td>Date:</td><td>March 3, 2009</td></tr> + <tr><td>ID</td><td> +<a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0037">CVE-2009-0037</a> +<small><a href="#20090303">(permalink)</a></small></td></tr> + <tr><td>Affected versions</td><td>5.11 to and including 7.19.3</td></tr> + <tr><td>Not affected versions</td><td>5.10 and earlier, 7.19.4 and later</td></tr> + <tr><td>Patches</td><td><a href="http://curl.haxx.se/CVE-2009-0037/">curl.haxx.se/CVE-2009-0037</a></td></tr> + + <tr><td>Advisories</td><td> +<a href="adv_20090303.html">Project cURL Security Advisory</a> </td></tr> + +</table> +<p> + When told to follow a "redirect" automatically, libcurl does not question + the new target URL but will follow to any new URL that it understands. As + libcurl supports FILE:// URLs, a rogue server can thus "trick" a + libcurl-using application to read a local file instead of the remote one. +<p> + This is a problem, for example, when the application is running on a server + and is written to upload or to otherwise provide the transfered data to a + user, to another server or to another application etc, as it can be used to + expose local files it was not meant to. +<p> + The problem can also be exploited for uploading, if the rogue server + redirects the client to a local file and thus it would (over)write a local + file instead of sending it to the server. +<p> + libcurl compiled to support SCP can get tricked to get a file using embedded + semicolons, which can lead to execution of commands on the given + server. "Location: scp://name:passwd@host/a'``;date >/tmp/test``;'". +<p> + Files on servers other than the one running libcurl are also accessible when + credentials for those servers are stored in the .netrc file of the user + running libcurl. This is most common for FTP servers, but can occur with + any protocol supported by libcurl. Files on remote SSH servers are also + accessible when the user has an unencrypted SSH key. + <a name="20070710"></a> SUBTITLE(libcurl GnuTLS insufficient cert verification) <p>