Re: [dane] Call for Adoption: "Using Secure DNS to Associate Certificates with Domain Names For S/MIME"

Henry Story <henry.story@bblfish.net> Tue, 25 September 2012 16:32 UTC

Return-Path: <henry.story@bblfish.net>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B238B21F8948 for <dane@ietfa.amsl.com>; Tue, 25 Sep 2012 09:32:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QqHw3QmgBIQ7 for <dane@ietfa.amsl.com>; Tue, 25 Sep 2012 09:32:42 -0700 (PDT)
Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 50F6721F8943 for <dane@ietf.org>; Tue, 25 Sep 2012 09:32:42 -0700 (PDT)
Received: by wgbdr13 with SMTP id dr13so3073247wgb.13 for <dane@ietf.org>; Tue, 25 Sep 2012 09:32:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=uMtag32mrPE0SJQ0+0Fb3lPUBgpbgfuu9YqBh9qVEzs=; b=OwFrmYeOHH3UN+xmyriTk4AM+sWkXwgLpBQa12zTfEg6ZnkToLvYvA79k4TWmz3cwX P0YEYaZ5/Izomxxpxrns9LxsqF19kP86pxHjt/6vsgjiyxagky1XqHejCpFKjhdOn9t4 Ko+b0Uaqp/rGmr9GTLCpVbkWgl1Jqmi1TTTRSzNXIGEY4vJYHh2PgINoGTgKecOsVK7o aINPPF5c92DCBhOA27KjeWOhrXy5aGD1Mptoj3LSTbWhr+cxAK4virQ/mE6dkZMF+hyh i0pei7zZnctB+a/bnnmObo7wo1EcV1/U8uzZxpLq8NMi1ovvP3kys3AnxfMuqX/caADj 9vNA==
Received: by 10.180.76.69 with SMTP id i5mr23041687wiw.9.1348590761112; Tue, 25 Sep 2012 09:32:41 -0700 (PDT)
Received: from bblfish.home (AAubervilliers-651-1-165-173.w81-249.abo.wanadoo.fr. [81.249.236.173]) by mx.google.com with ESMTPS id k2sm1410361wiz.7.2012.09.25.09.32.34 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 09:32:39 -0700 (PDT)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\))
From: Henry Story <henry.story@bblfish.net>
In-Reply-To: <CABrd9SQ2sr3V=Sh9L50CAww=OjCsKr4W+tbRGqr_8a_eFggz5g@mail.gmail.com>
Date: Tue, 25 Sep 2012 18:32:33 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <0429D665-35A9-4608-B513-4EB955C36556@bblfish.net>
References: <BCDB44B9-6AB0-4230-B1EF-FDDB37C77F38@kumari.net> <357AB2FD-DF7E-49EC-B3D6-D0F6BC20A79F@kumari.net> <1975D6BE-FC50-4F50-A7AF-9AF976ECDD4E@bblfish.net> <50619B61.3060206@openlinksw.com> <4C6DF6FB-434A-4893-A40A-3F013E012E30@bblfish.net> <35840592-D4C8-4A30-AA1F-18B64D5A2069@vpnc.org> <FDF36968-FBDA-4C73-BB46-04DFD818DA11@bblfish.net> <5061C39E.1070901@bbn.com> <C32F039B-45FF-4655-81B1-F64CF92883D9@bblfish.net> <CABrd9SQXREGByK=M4g62VkFXQVn2nv58FymqVrOO9FTXkHxGNg@mail.gmail.com> <3F073866-ACE9-4A9D-939D-530BABB9B8CF@bblfish.net> <CABrd9SQ2sr3V=Sh9L50CAww=OjCsKr4W+tbRGqr_8a_eFggz5g@mail.gmail.com>
To: Ben Laurie <benl@google.com>
X-Mailer: Apple Mail (2.1498)
X-Gm-Message-State: ALoCoQk9YY4mN7KE93PTFQkrDZQ2s9qInCu0zj7yaVCGDDNw3TAj7RhdQ/Ha5M2ko57YIpGDXp71
Cc: dane@ietf.org
Subject: Re: [dane] Call for Adoption: "Using Secure DNS to Associate Certificates with Domain Names For S/MIME"
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS-based Authentication of Named Entities <dane.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dane>, <mailto:dane-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dane>
List-Post: <mailto:dane@ietf.org>
List-Help: <mailto:dane-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dane>, <mailto:dane-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Sep 2012 16:32:43 -0000

On 25 Sep 2012, at 18:12, Ben Laurie <benl@google.com> wrote:

> On 25 September 2012 17:06, Henry Story <henry.story@bblfish.net> wrote:
>> 
>> On 25 Sep 2012, at 17:45, Ben Laurie <benl@google.com> wrote:
>> 
>>> On 25 September 2012 16:07, Henry Story <henry.story@bblfish.net> wrote:
>>>> 
>>>> On 25 Sep 2012, at 16:45, Stephen Kent <kent@bbn.com> wrote:
>>>> 
>>>>> Henry,
>>>>> 
>>>>>>> WebID is not in the charter for this WG. If you want to discuss S/MIME and WebID, you are free to do so elsewhere, of course. There is no need for you to Cc this WG on that work.
>>>>>> Neither I suppose is TLS, or MIME btw, or many other standards that are discussed on this list. But knowing that they exist has always been important to IETF practice. It's called: not re-inventing the wheel. But I see you have a problem with that. Sorry to have hurt your feelings.
>>>>> If you were to read the DANE charter (https://datatracker.ietf.org/wg/dane/charter/)
>>>>> you would see that TLS is cited 5 times, so your supposition above is wrong with regard to
>>>>> its first assertion.
>>>> 
>>>> Thanks. But not MIME - So the point holds well enough :-)
>>>> 
>>>> Anyway, the webid spec
>>>> 
>>>>   http://www.w3.org/2005/Incubator/webid/spec/
>>>> 
>>>> also is very clearly tied to TLS, and would benefit a lot from DANE being deployed. So my interest in DANE is not a side issue. The strongest pushback against WebID ( and so using client certificates ) is the cost of server certificates for most players.
>>> 
>>> You mean people who aren't using HTTPS to secure logins care about WebID?
>> 
>> People who are not using HTTPS to secure logins won't have very secure logins (even passwords require protection). I am speaking about pushback from people who are serious about security (not counting the TOR type super security folks - but I will show that WebID works there too).
>> 
>>> 
>>>> ( the next strongest is the inability to logout from all but Firefox browsers )
>>> 
>>> Am I really the only one who cares about usability?
>> 
>> Firefox usability (of client certs) sucks. All the others are pretty good, and could easily be made better by a little work from the browser vendors. I demonstrate that very clearly in the video on http://webid.info/ . Now why browser vendors like Firefox don't do the few weeks work to get useability working is beyond me. I think it is partly because they don't understand how useable they could make client certificates with WebID.
> 
> Sigh. Why do I have to go over this every time?

I really don't know. I keep answering your questions precisely. Perhaps you are asking them rhetorically to help me the difficult bits to new audiences? :-)

> Usability in the
> browser is only part of the problem, the rest are things like moving
> between machines, dealing with revocation, migrating existing accounts
> and so on.


But that is exactly what WebID makes simple:
  - moving between machines: 
     + create different certificates on each machine ( use a one time passwords to log in if you want high security)
      here is a video that shows this: http://www.youtube.com/watch?v=S4dlMTZhUDc
    ( + use crypto keys if you wanted to be seriously secure )
  - dealing with revocation is easy: remove the public key from the WebID profile
   you can see how easy it is to do this on this live server https://my-profile.eu/
   (that's a one click event)
  - migrating existing accounts: you have HTTP redirects for that
 
I think the reason people never consider 1. is that they keep thinking of certificates as things you use to log into only one web site. So of course if that is what it were for, then having a certificate to login AND a password would be weird. But our position is the opposite: the purpose of a certificate is to login to any web site you wish to - usually not your home server.

Ok, so now someone is going to barge in and say this is off topic, probably just in time to avoid you having to answer the above points :-)
   But I hope those who are open to new ideas will see that there is something odd in how there is a simple working solution to a serious problem that is making the headlines every week, and how slow it is to get these ideas to move along - even amongst IETF members who have everything to gain from this working out.

   Henry

Social Web Architect
http://bblfish.net/