W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2013

Re: Comments on Explicit/Trusted Proxy

From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Date: Sun, 05 May 2013 10:07:15 +0100
Message-ID: <51862143.1000207@cs.tcd.ie>
To: Werner Baumann <werner.baumann@onlinehome.de>
CC: ietf-http-wg@w3.org

Briefly, this thread's going on too long...

Corporate MITM'ing may well not amount to wiretap ala
2804. Standardising MTIM'ing does however make 2804
relevant IMO because the standard MITM attack would
be used in that way. The original clipper proposals
had the LEAF field that the client was supposed to (have
to) send, so the fact that something has to happen on
the client doesn't by itself mean the client is aware
of what's going on.

And yes MITM does happen and one could debate where
blame for that ought lie if one wanted (I don't.) The
point is that standardising that makes the Internet
worse, for all approaches I've seen proposed. We're
not in the business of denying reality but nor are we
in the business of rubberstamping all misbehaviours.


On 05/05/2013 09:39 AM, Werner Baumann wrote:
> Am Sat, 04 May 2013 19:34:57 +0100
> schrieb Stephen Farrell <stephen.farrell@cs.tcd.ie>:
>> No, I'm not insulting anyone nor trying to. I am describing
>> the purported requirements here as mainly-bogus which is
>> pejorative but entirely different and is IMO justified. I
>> think emphasis on the bogosity of the purported requirements
>> is deserved.
>> ...
>> - Possible government mandated MITM attacks on IETF protocols
>> were a major factor in why we ended up with RFC2804. I suggest
>> that's required reading for people proposing work on this
>> topic.
> Definition of Wiretapping from RFC2804:
>    Wiretapping is what occurs when information passed across the
>    Internet from one party to one or more other parties is delivered to
>    a third party:
>    1. Without the sending party knowing about the third party
>    2. Without any of the recipient parties knowing about the delivery to
>       the third party
>    3. When the normal expectation of the sender is that the transmitted
>       information will only be seen by the recipient parties or parties
>       obliged to keep the information in confidence
>    4. When the third party acts deliberately to target the transmission
>       of the first party, either because he is of interest, or because
>       the second party's reception is of interest.
> An explicit trusted proxy does not meet this definition of wiretapping
> because of condition 1. Whether information is delivered to a third
> party at all depends on the administration of that proxy. End users will
> have to decide whether to trust it or not (which is much more easy done
> than to decide whether to trust some CA or not).
> All participants in this discussion that argued in favor of explicit
> trusted proxies did it to stop a situation where this is done without
> the end user knowing of the interception. The whole point of these
> proposals is to make the user aware of the proxy and to allow the user
> to either agree or deny.
> Start of not trying to insult section:
> Repeating the mantra "Don't open TLS to MITM attacks" is bogus in face
> of the well known fact that TLS is susceptible to MITM attacks
> (mostly due to not trustworthy CAs) and that this weakness is already
> widely exploited.
> Werner
Received on Sunday, 5 May 2013 09:07:48 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:11 UTC