[Dnssec-deployment] Root Zone DNSSEC Deployment Technical Status Update

Florian Weimer fweimer at bfk.de
Mon Jul 19 09:47:38 EDT 2010


* Joe Abley:

> On 2010-07-19, at 09:28, Florian Weimer wrote:
>
>> IMHO, the answer is to transparently upgrade to HTTPS within HTTP, and
>> continue to show the http:// protocol scheme at the UI level.  Thus,
>> passive eavesdropping becomes impossible, but the user experience
>> stays the same (which is important because support calls because of
>> unexpected URL bar colors cost money).
>
> How would an existing application that has no privacy or security
> concerns, but which relies heavily upon intermediate caching, cope
> with such a scheme?

It's up to the cache to use the modified transport protocol.  Same as
IPv6.

> What signalling is available to a legacy application?

Legacy applications simply won't upgrade to TLS.

> What might be the cost of unexpected certificate validation failures
> in terms of user confusion and corresponding helpdesk calls?

You don't need to perform certificate validation at all when you show
an http:// URL.  That's the beauty of this scheme.

> For busy web sites, is it not reasonable to think that SSL on every
> session might impose a significant CPU burden?

Maybe.  But that's up to the site operators.  I'm sure similar
arguments have been made against <IMG>. 8-)

> Seems to me that the only plausible deployment for such a protocol
> modification would be opt-in on at least the part of the server
> operator (if it became magically enabled in some version of IIS or
> Apache surely support memes would circulate rapidly advising that it
> be turned off), and arguably the client side (see above), which
> makes me think it's probably not deployable in any practical sense.

It worked for SMTP over TLS, though.

BTW, I don't think there is much DNSSEC can do here.  There could be a
flag in DNS which says, "only use HTTPS to connect to a web server for
this name", but certificate processing would have to remain separate
for practical and political reasons.

-- 
Florian Weimer                <fweimer at bfk.de>
BFK edv-consulting GmbH       http://www.bfk.de/
Kriegsstraße 100              tel: +49-721-96201-1
D-76133 Karlsruhe             fax: +49-721-96201-99


More information about the Dnssec-deployment mailing list