medium
6.8
CWE
20
Advisory Published
CVE Published
Updated

CVE-2010-2252: Input Validation

First published: Mon May 17 2010(Updated: )

+++ This bug was initially created as a clone of <a class="bz_bug_link bz_status_CLOSED bz_closed bz_public " title="CLOSED ERRATA - CVE-2010-2251 lftp: multiple HTTP client download filename vulnerability [OCERT 2010-001]" href="show_bug.cgi?id=591580">Bug #591580</a> +++ The draft advisory from oCERT follows: The lftp, wget and lwp-download applications are ftp/http clients and file transfer tools supporting various network protocols. The lwp-download script is shipped along with the libwww-perl library. Unsafe behaviours have been found in lftp and lwp-download handling the Content-Disposition header in conjunction with the 'suggested filename' functionality. Additionally unsafe behaviours have been found in wget and lwp-download in case of HTTP 3xx redirections during file dowloading. The two applications automatically use the URL's filename portion specified in the Location header. Implicitly trusting the suggested filenames results in a saved file that differs from the expected one according to the URL specified by the user. This can be used by a malicious attacker to silently write hidden and/or initialization files under the user's current directory (e.g. .login, .bashrc). The impact of this vulnerability is increased in the case of lftp/lftpget as the default configuration allows file overwrite without prompting confirmation to the user. In case of lftp the get1 command is affected. This command can be invoked directly by the user from lftp's command line interface or indirectly by using the lftpget script, packaged within lftp distribution. Affected version: lftp &lt;= 4.0.5 wget &lt;= 1.12 libwww-perl &lt;= 5.834 Fixed version: lftp &gt;= 4.0.6 wget N/A libwww-perl &gt;= 5.835 Credit: Vulnerability discovered and reported by Hank Leininger and Solar Designer under the Openwall Project, with further analysis by Daniele Bianco of oCERT. --- Additional comment from vdanen on 2010-05-15 08:54:02 EDT --- Florian noted the following as testcases for wget: $ wget <a href="http://www.postbank.de/-snm-0184304830-1273865547-04f6f00001-0000000023-1273866968-enm-privatkunden/fonds_boerse.htm">http://www.postbank.de/-snm-0184304830-1273865547-04f6f00001-0000000023-1273866968-enm-privatkunden/fonds_boerse.htm</a> (adds ;jsessionied= to the stored file name) There's yet another case, but that only results in an index.html download. $ wget <a href="http://www.enyo.de/fw">http://www.enyo.de/fw</a> --- Additional comment from vdanen on 2010-05-17 10:51:26 EDT --- This is now public: <a href="http://www.ocert.org/advisories/ocert-2010-001.html">http://www.ocert.org/advisories/ocert-2010-001.html</a> --- Additional comment from vdanen on 2010-05-18 11:17:25 EDT --- Florian made a post to oss-security with a preliminary patch for wget. It probably requires some upstream review as it does add a new configuration option: <a href="http://article.gmane.org/gmane.comp.security.oss.general/2908">http://article.gmane.org/gmane.comp.security.oss.general/2908</a> However, Ludwig Nussel indicates that wget's behaviour is acceptable and probably doesn't require fixing at all, as wget does not overwrite existing files by default (adds suffixes like .1 and .2 to the new file if it already exists), and also prints the file name it used so there are no surprises. In light of that, I would consider this a non-issue for wget, especially considering how intrusive the patch is for a backport.

Credit: cve@mitre.org

Affected SoftwareAffected VersionHow to fix
GNU Wget=1.11.3
GNU Wget=1.11.2
GNU Wget=1.8.2
GNU Wget=1.7
GNU Wget=1.11.4
GNU Wget=1.9
GNU Wget=1.10
GNU Wget=1.6
GNU Wget=1.8
GNU Wget=1.11.1
GNU Wget=1.8.1
GNU Wget=1.10.1
GNU Wget=1.9.1
GNU Wget=1.11
GNU Wget<=1.12
GNU Wget=1.7.1
GNU Wget=1.5.3
GNU Wget=1.10.2
redhat/wget<0:1.12-1.11.el6_5
0:1.12-1.11.el6_5
redhat/wget<1.13.3
1.13.3

Never miss a vulnerability like this again

Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.

Read MoreStart Free Trial

Reference Links

Parent vulnerabilities

(Appears in the following advisories)

Company

Resources

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2024 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203