hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jon Moore (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HTTPCLIENT-1256) HttpClient permits man in the middle attacks when using HTTPS
Date Mon, 29 Oct 2012 02:31:12 GMT

    [ https://issues.apache.org/jira/browse/HTTPCLIENT-1256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485793#comment-13485793

Jon Moore commented on HTTPCLIENT-1256:

Hi Robert,

3.x is more than "not under development"-- it has been declared "end of life." The last source
code update to that code line is over two years old. I, for one, do not even know how to do
a release of it at this point.

I have verified that the most recent trunk (4.2.x at this point) is not susceptible to this
vulnerability, however--thanks for bringing it up.

Even if we were to do a release at this point, any dependent project would likewise need to
do a code release; at which point the responsible thing to do for them is to upgrade to the
latest code line anyway, thereby getting the benefit of all the improvements and fixes that
have been contributed to the project over the last two years.

As such, I'm going to mark this as "Won't fix".

> HttpClient permits man in the middle attacks when using HTTPS
> -------------------------------------------------------------
>                 Key: HTTPCLIENT-1256
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1256
>             Project: HttpComponents HttpClient
>          Issue Type: Bug
>          Components: HttpClient
>    Affects Versions: 3.1 Final
>            Reporter: Robert Elliot
>            Priority: Critical
> As documented here:http://www.cs.utexas.edu/~shmat/shmat_ccs12.pdf HttpClient 3.1 does
not use JSSE correctly - specifically, a request over HTTPS does not validate that the returned
certificate is actually for the domain originally requested. This means a man in the middle
attack via DNS poisoning will work.
> I have proven this locally by setting a /etc/hosts entry for www.google.com to the IP
address of github.com. When I then run the following code:
> HttpClient client = new HttpClient();
> GetMethod get = new GetMethod("https://www.google.com");
> client.executeMethod(get);
> System.out.println(get.getResponseBodyAsString());
> I am returned the contents of the github.com page. I should have had an exception warning
me that the certificate was not valid for www.google.com.
> Whilst I appreciate that 3.x is not under development, given the large number of applications
and libraries (such as Axis 1 & 2) that depend on version 3 it would seem responsible
to fix this vulnerability.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org

View raw message