Re: [dane] Start of WGLC for draft-ietf-dane-registry-acronym

"Jim Schaad" <ietf@augustcellars.com> Mon, 07 October 2013 20:42 UTC

Return-Path: <ietf@augustcellars.com>
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 EDD8F11E8163 for <dane@ietfa.amsl.com>; Mon, 7 Oct 2013 13:42:32 -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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Epu9trousre for <dane@ietfa.amsl.com>; Mon, 7 Oct 2013 13:42:27 -0700 (PDT)
Received: from smtp2.pacifier.net (smtp2.pacifier.net [64.255.237.172]) by ietfa.amsl.com (Postfix) with ESMTP id F046D11E8136 for <dane@ietf.org>; Mon, 7 Oct 2013 13:42:16 -0700 (PDT)
Received: from Philemon (173-8-216-38-Oregon.hfc.comcastbusiness.net [173.8.216.38]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp2.pacifier.net (Postfix) with ESMTPSA id B9BDA2CA24 for <dane@ietf.org>; Mon, 7 Oct 2013 13:42:15 -0700 (PDT)
From: Jim Schaad <ietf@augustcellars.com>
To: dane@ietf.org
References: <20130919201216.14866.61161.idtracker@ietfa.amsl.com> <EACEEB05-2023-4F76-A6FE-A9B2FDC0AA59@kumari.net> <024c01cec2dc$72b596e0$5820c4a0$@augustcellars.com> <20131006224742.GA483@mournblade.imrryr.org> <02e201cec370$b6d9e5d0$248db170$@augustcellars.com> <20131007155642.GH483@mournblade.imrryr.org>
In-Reply-To: <20131007155642.GH483@mournblade.imrryr.org>
Date: Mon, 07 Oct 2013 13:41:00 -0700
Message-ID: <033d01cec39d$88c1d810$9a458830$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJ39s23NI8MTM4J4gsDf6CIX3S72AH+2eVVAfb+EFAB9eBQgwH1o+FvAXKczpKYTK1aAA==
Content-Language: en-us
Subject: Re: [dane] Start of WGLC for draft-ietf-dane-registry-acronym
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: Mon, 07 Oct 2013 20:42:34 -0000

> -----Original Message-----
> From: dane-bounces@ietf.org [mailto:dane-bounces@ietf.org] On Behalf Of
> Viktor Dukhovni
> Sent: Monday, October 07, 2013 8:57 AM
> To: dane@ietf.org
> Subject: Re: [dane] Start of WGLC for draft-ietf-dane-registry-acronym
> 
> On Mon, Oct 07, 2013 at 08:20:10AM -0700, Jim Schaad wrote:
> 
> > However they would not use DANE-TA in the event that a key ring that
> > was self-signed was to be used to validate a second key wrong.
> 
> [ Typo for "ring" as "rong" auto-corrected to "wrong".
> 
> "Damn you auto-connect!"
> Oops, sorry: "Damn you auto-corrupt!"
> Oh, never mind...  ]
> 
> > In this case
> > there is a root of trust (i.e. a TA) and then a second level signed
> > PGP key which is used in the TLS session to do the appropriate things.
> > This allows for the TLS key to be rotated more frequently.  But there
> > is no PKIX validation in this case and thus the use of DANE-TA, which
> > seems logical, is wrong.
> 
> The DANE usages defined thus far are for TLS with X.509v3 certificates.
> These may be self-signed, issued by a private self-signed TA, or issued by
a
> public CA.
> 
> I don't see where hypothetical PGP certificates fit in.


It was an attempt to point out that trust anchors could be done for more
than just PKIX certificates, but it apparently did not succeed.  The issue
is that if you have a PGP trust anchor and a PKIX trust anchor they should
probably not have the same descriptive name (and hence value) since the side
semantics are not the same.

Jim

> 
> --
> 	Viktor.
> _______________________________________________
> dane mailing list
> dane@ietf.org
> https://www.ietf.org/mailman/listinfo/dane