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

Re: What will incentivize deployment of explicit proxies?

From: Ted Hardie <ted.ietf@gmail.com>
Date: Wed, 11 Dec 2013 17:22:45 -0800
Message-ID: <CA+9kkMBCmUZDA+XuvQmtrMGERxViuuTBB8ypHFgCs1f7FKfyjQ@mail.gmail.com>
To: Nicolas Mailhot <nicolas.mailhot@laposte.net>
Cc: Mark Nottingham <mnot@mnot.net>, Stephen Farrell <stephen.farrell@cs.tcd.ie>, Adrien de Croy <adrien@qbik.com>, Roberto Peon <grmocg@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
On Wed, Dec 11, 2013 at 4:50 AM, Nicolas Mailhot <
nicolas.mailhot@laposte.net> wrote:

>
> Le Mar 10 décembre 2013 03:12, Mark Nottingham a écrit :
>
> > What I don't want to do is spend months-to-years developing a new kind of
> > explicit proxy in HTTP in the *hope* that it'll somehow magically
> supplant
> > these devices, without some sort of evidence that it has a chance of
> doing
> > so.
>
> The trust level of the endpoint site is not the same as the trust level of
> the gateway. It may surprise you but in some case the trust level of the
> gateway is way higher than a random web site on the other side of the
> world, so not being able to distinguish in the web client between the
> signals of the web site and of the gateway is a big security problem.
>
> --
>
So, I think this is the point at which someone traditionally says "the term
'trust' is overloaded here", and it seems to fall to me this time.  An end
user or IT staff member may have greater confidence that a specific type of
proxy is not delivering malware than it has in a random web site, since the
proxy may be developed to remove malware.  For that value of "trust", your
statement makes sense.

The end user/IT staff member cannot have great confidence that the proxy is
delivering the content intended by the random web site.  It can at most
match the same confidence.

So let's be a little careful with terms like "trust level", please.

thanks,

Ted




> Nicolas Mailhot
>
>
>
Received on Thursday, 12 December 2013 01:23:15 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:20 UTC