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

Warren Kumari <warren@kumari.net> Thu, 03 October 2013 21:26 UTC

Return-Path: <warren@kumari.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 5DCC211E8110 for <dane@ietfa.amsl.com>; Thu, 3 Oct 2013 14:26:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.951
X-Spam-Level:
X-Spam-Status: No, score=-100.951 tagged_above=-999 required=5 tests=[AWL=-1.647, BAYES_00=-2.599, FB_WORD2_END_DOLLAR=3.294, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001]
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 CsgzGIYW1umw for <dane@ietfa.amsl.com>; Thu, 3 Oct 2013 14:26:09 -0700 (PDT)
Received: from vimes.kumari.net (smtp1.kumari.net [204.194.22.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A49421E80D2 for <dane@ietf.org>; Thu, 3 Oct 2013 14:15:42 -0700 (PDT)
Received: from [192.168.0.187] (c-98-244-98-35.hsd1.va.comcast.net [98.244.98.35]) by vimes.kumari.net (Postfix) with ESMTPSA id 920041B40198; Thu, 3 Oct 2013 17:15:41 -0400 (EDT)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Warren Kumari <warren@kumari.net>
In-Reply-To: <0lpprmumeb.fsf@wjh.hardakers.net>
Date: Thu, 03 Oct 2013 17:15:40 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <440584CB-0AA2-4736-873A-341CC9772EA4@kumari.net>
References: <20130919201216.14866.61161.idtracker@ietfa.amsl.com> <EACEEB05-2023-4F76-A6FE-A9B2FDC0AA59@kumari.net> <0lpprmumeb.fsf@wjh.hardakers.net>
To: Wes Hardaker <wjhns1@hardakers.net>
X-Mailer: Apple Mail (2.1510)
Cc: "dane@ietf.org list" <dane@ietf.org>
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: Thu, 03 Oct 2013 21:26:33 -0000

On Oct 3, 2013, at 4:31 PM, Wes Hardaker <wjhns1@hardakers.net> wrote:

> Warren Kumari <warren@kumari.net> writes:
> 
> Looks like a good start and thanks for writing it Olafur!  But it's not
> ready for publication without some cleanup.  Too many standard-things
> are missing, such as acronym expansion and I'd feel guilty passing it
> to the RFCEditors without us having caught such things.
> 
> Nits:
> 
> 1)
>   handle any case use in the input> The expectation is that by using
>                              ^^^^^^
>                              ??????
> 
> 2) my alternate suggested should descriptions (I like the acronyms themselves):
> 
>    +-------+----------+-------------------------------------+-----------+
>    | Value | Acronym  | Short Description                   | Reference |
>    +-------+----------+-------------------------------------+-----------+
>    |     0 | PKIX-TA  | PKIX Validated CA Reference         | [RFC6698] |
>    |     1 | PKIX-EE  | PKIX Validated End-Entity Reference | [RFC6698] |
>    |     2 | DANE-TA  | Validation TA Reference             | [RFC6698] |
>    |     3 | DANE-EE  | Domain-issued certificate Reference | [RFC6698] |
>    | 4-254 |          | Unassigned                          |           |
>    |   255 | PrivCert | Reserved for Private Use            | [RFC6698] |
>    +-------+----------+-------------------------------------+-------------+
> 
>                     Table 1: TLSA Certificate Usages
> 
> 3) intro text (1 sentence?) to sections needed and expansion of other
>   acronyms earlier in the document (PKIX, EE, )
> 
> 4) ideally space align the section 3 records
> 
>                             inserted one space here
>                             v
>   _666._tcp.first.example.   TLSA PKIX-CA CERT SHA2-512 {blob}
>   _666._tcp.second.example.  TLSA DANE-TA SPKI SHA2-256 {blob}
> 
> 5) security considerations
> 
>   There is definitely something to consider if someone publishes both
>   name records along with number records, and the client only parses
>   number records.  What happens with this:
> 
>   _666._tcp.first.example.   TLSA 3       1    1        {blob}
>   _666._tcp.first.example.   TLSA DANE-TA SPKI SHA2-256 {blob}
> 
>   Something needs to be said for that case; what would an existing
>   implementation do?  drop both? take one?  Either way, it should be
>   discussed/mentioned.
> 

<no hats>
Um, I'm a little confused (or you are, but probably it is me…)

I'm not quite sure what you are menacing by client here.  
If it is something like a stub resolver / application, it doesn't really see either of the above -- it just gets a big bag-o-bits.

If you are talking about someone putting this in a zone file,  whatever eats the zone file would continue to do what it does with any other record.
Example:
example            TYPE16 "foo"
example            TXT    "bar"

These are two text records, one with content "foo" and one with content "bar"
If someone does:
_666._tcp.first.example.   TLSA 3       1    1        {blob}
_666._tcp.first.example.   TLSA DANE-TA SPKI SHA2-256 {blob}

it is the same as if they had entered:
_666._tcp.first.example.   TLSA 3   1   1        {blob}
_666._tcp.first.example.   TLSA 2  1 1  {blob}
(or, if they have the same usage / selector / selector / match and {blob} then it is the same as if they had just entered the info twice).

If whatever eats the zone file is too old to understand the new enums / names, then it will continue to do what it does now with unknown garbage:

_666._tcp   TLSA COOKIEMONSTER BARNIE FRED   1234…

wkumari@vimes:~/tmp$ named-checkzone example.com example.com
dns_rdata_fromtext: example.com:26: near 'COOKIEMONSTER': not a valid number
example.com: file does not end with newline
zone example.com/IN: loading from master file example.com failed: not a valid number
zone example.com/IN: not loaded due to errors.

I suspect that I'm missing something / we are talking past each other…

W


> -- 
> Wes Hardaker
> Parsons
> 

--
"Let's just say that if complete and utter chaos was lightning, he'd be the sort to stand on a hilltop in a thunderstorm wearing wet copper armour and shouting 'All gods are bastards'."

    -- Rincewind discussing Twoflower (Terry Pratchett, The Colour of Magic)