Re: FireFox re-using HTTP2 connection to a wrong IP address & MITM attacks.

Daniel Stenberg <[email protected]> Thu, 9 Jun 2016 14:04:28 +0200 (CEST)
Newsgroups gmane.comp.mozilla.devel.netlib
Message-ID <[email protected]>
On Thu, 9 Jun 2016, [email protected] wrote:

> Forget about TLS for the moment.  FF will NOT reuse existing connection for 
> regular HTTP connection.  Why ?

A) Because Firefox doesn't do HTTP/2 at all without TLS

B) Without TLS there's no certificate that provides that extra hint so it 
gives the browser less confidence. But really, see (A).

> Because it would be wrong behaviour and will definitely lead to very easy 
> MITM attacks,

HTTP (*not HTTPS*) isn't exactly known for being effective againts MITM 
attacks!

> As you may see, RFC clearly states that valid certificate is an ADDITIONAL 
> condition.  In other words, if existing connection CAN be reused for HTTP, 
> only then you should check for additional requirement - certificate should 
> be valid.

So you're now arguing that if a browser would speak HTTP/2 over plain TCP you 
think it should reuse connections for this setup even when there's no certs 
involved?

That seems like a side track we don't need to take right now. Let's instead 
focus on what we think Firefox should and shouldn't do.

> In case of FF what happens is exactly the opposite - FF will not reuse the 
> connection for HTTP, but believe it's good for HTTPS.

Firefox speaks HTTP/1.1 over TCP and HTTP/2 over HTTPS, that's the bigger and 
important diference here.

I think we're mostly moving in circles. You think Firefox acts wrongly, and 
I've tried to explain the reasoning behind its behaviors. I think Firefox 
follows the spec both as written as well as in spirit.

I've not seen you explain how this causes actual real-life problems (in a 
scenario where you don't install a malicous party's CA cert yourself). Can you 
help me understand?

-- 

  / daniel.haxx.se