Re: [dnsext] Related to section 5.1 of dnssec-bis-updates (-14)

"W.C.A. Wijngaards" <wouter@nlnetlabs.nl> Mon, 16 January 2012 14:35 UTC

Return-Path: <dnsext-bounces@ietf.org>
X-Original-To: namedroppers-archive-gleetwall6@lists.ietf.org
Delivered-To: ietfarch-namedroppers-archive-gleetwall6@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69EA221F85F4; Mon, 16 Jan 2012 06:35:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1326724517; bh=9LSUhKieURlU8b3WsYKk7+pVg3N8/23Or9TgYe3P1r0=; h=Message-ID:Date:From:MIME-Version:To:References:In-Reply-To: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Content-Transfer-Encoding:Sender; b=FWvDxS4qQrgRTkAsNWMgocuw9O6i+iFsXb8WnMa7rJ7sOrOAKdPfmr0YGws/K0oRF dd1nMXsEw8PllmMAAXCgGGFwge03hRAGnZS1Tb8waEvccUD2aTtAPUAWfmlS1xIt9r Wb2059wXgfxSLVjf3+Wm6xvLti9VR5kptGLuSapI=
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F87021F85F3 for <dnsext@ietfa.amsl.com>; Mon, 16 Jan 2012 06:35:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-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 Q3O6TIhdpkVJ for <dnsext@ietfa.amsl.com>; Mon, 16 Jan 2012 06:35:14 -0800 (PST)
Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 02BCF21F85F1 for <dnsext@ietf.org>; Mon, 16 Jan 2012 06:35:13 -0800 (PST)
Received: from axiom.nlnetlabs.nl (axiom.nlnetlabs.nl [IPv6:2001:7b8:206:1:222:4dff:fe55:4d46]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.4/8.14.4) with ESMTP id q0GEZBxN014405 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for <dnsext@ietf.org>; Mon, 16 Jan 2012 15:35:11 +0100 (CET) (envelope-from wouter@nlnetlabs.nl)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nlnetlabs.nl; s=default; t=1326724512; bh=13lSyqPmfX+JU2QKBF9zo6GEkAhDtFk18v0ce8GwZm0=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HkkIET8RzUxC4LaKEf9SiHwlsA2vhla2t5gHqiQPI5Ryl/xyBRa3nNxtcFEIhNOo3 fuD73dhh3tD1tbV81e5cYGPIOjtJWL90Qug/kBELnkM2C+8wcspSQ82N2eQZjulLOg CDXd+xRVu3n+KiZoaAl62VoqecKwBVo0HEkk9OTQ=
Message-ID: <4F14359F.8050206@nlnetlabs.nl>
Date: Mon, 16 Jan 2012 15:35:11 +0100
From: "W.C.A. Wijngaards" <wouter@nlnetlabs.nl>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0
MIME-Version: 1.0
To: dnsext@ietf.org
References: <a06240801cabc9d0de24d@192.168.129.103> <alpine.BSF.2.00.1201122318080.86374@fledge.watson.org> <CACU5sDnPJxPqQJ455iDeyvLaABk0HUnvNh1aPeq21XQuevqKkg@mail.gmail.com> <20120113225013.642F21B13171@drugs.dv.isc.org> <4F13F208.8010908@nlnetlabs.nl>
In-Reply-To: <4F13F208.8010908@nlnetlabs.nl>
X-Enigmail-Version: 1.3.4
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::53]); Mon, 16 Jan 2012 15:35:11 +0100 (CET)
Subject: Re: [dnsext] Related to section 5.1 of dnssec-bis-updates (-14)
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: dnsext-bounces@ietf.org
Errors-To: dnsext-bounces@ietf.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Sam,

Just to clarify my previous mail: what we implement is RFC3755.  This
states no downcasing in the rdata of NSEC and RRSIG.

To see how we came to this implementation I searched through mail from
2007.  I found that the reason for this is that we first implemented
RFC4034, but that typecodelist in 4034 contained errors (double HINFO,
includes NSEC and RRSIG in a copy-paste-rename-mistake from RFC2535 or
something like that).  This brought to light differences in
implementations from before RFC4034 and after RFC4034.  Because of
this we changed to implement RFC3755 and in dnssec-bis-updates-06 it
is then listed this as something to fix in RFC4034, and it states the
RFC3755 rules.  This is there until -16 (last week) where it changes.

Downcasing is not necessary in NSEC and RRSIG, downcase before
signature verify and create is only needed in case
dname-compression-and-decompression has removed upper-lowercase
differences.  The domain names in the rdata of NSEC and RRSIG are not
compressed, and thus case is preserved.  So, a downcase operation is
not needed (in principle).

So, currently we stay with RFC3755, because we want to implement
standards RFCs, and not drafts if possible.  RFC3755 is obsoleted by
RFC4034, but as already discussed on namedroppers, its typecodelist
was erroneous. And therefore we ignored that list in RFC4034.  Thus
our implementation matches the dnssec-bis-updates draft versions -06
to -15 in this respect.  Regardless of the outcome of this
interoperability problem, we will implement RFCs and thus the RFC that
comes out of dnssec-bis-updates, whether that downcases both(4034),
neither(3755) or something else(draft-16).

Best regards,
   Wouter

On 01/16/2012 10:46 AM, W.C.A. Wijngaards wrote:
> Hi Mark,
> 
> On 01/13/2012 11:50 PM, Mark Andrews wrote:
>>>> I don't recall seeing much discussion of the below. =A0As
>>>> doc editor, I w=
>>> ould
>>>> like to hear an extra voice or three chime in before I fix 
>>>> this.
>>>> 
>>>> As I understand Ed's message, the (signer) name in an RRSIG 
>>>> does need to =
>>> be
>>>> downcased. =A0The next name in a NSEC RR does NOT need to be 
>>>> downcased. =
>>> =A0Is
>>>> that right?
>>> +1. Sometime back there was an email thread (which I can't
>>> locate now) where the signature verification failed if you
>>> don't downcase for something in .US zone.
> 
>> named downcases the RRSIG's Signer's Name named does not
>> downcase NSEC's Next Domain Name.
> 
> unbound does not downcase RRSIG signername and does not downcase
> NSEC nextdomain name for DNSSEC validation.
> 
> ldns rr canonicalisation does not downcase RRSIG signername and
> NSEC nextdomain.  So, this is for ldns-signzone and verify.
> 
> opendnssec produces lowercase signernames in its RRSIGs, and thus
> it does not matter if they are downcased or not (for the RRSIGs
> produced by the opendnssec signer).
> 
> It started with HINFO, where, today, the rdata is not downcased by 
> unbound, ldns.
> 
> Best regards, Wouter 
> _______________________________________________ dnsext mailing
> list dnsext@ietf.org https://www.ietf.org/mailman/listinfo/dnsext

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPFDWfAAoJEJ9vHC1+BF+NZL4P/Rrs1hl9q02hlU8c83M1BgxT
v3KPpVQ2369LpY5Vr/0SOUu5W8l8J76pcpkkameKg4PKfW2nzrdUVKD7i/KBmC3h
9C9pDzLyamXofG7oxCFAFXOYYJkJ4tXjr31SHfhxsb0YxfvuZE80ZZiOk5+3IhJF
kWQnUOoIMQMXttCLW6ecHk/i7JhE6gn/7+P8uw3ElunKXqZSleZ42cKIx5WHK+Wg
0VNOd3SctuHw41HrtN9O0na7HN/FQr38Gq3tE5+UtFxv1h7hLs+nH2X1Zk2gM9bx
5LXpOdMyvuDlHr7jvyPf4v6JSP2XhbRENe3DNonixK41TQ4laDlHbmbWsFQyjZYD
+CN8vO+w4Mh0TeB6QLEfQAO922l4mR7ts8FwgDYCl0nejoNUU99bb1VVY/6Laa22
jd8CwcCYqI/pvxcuuTf/kaqOryizyJ5oBFgDSlaKr42AHqmG6vVtXZoamr1Zi248
UjHDe2bYnY+uf3OpfVvI3Smbs6vFoBY0Xkj4RMAlupPpNvEXeJwtx+k1TQ/E9f7n
Yh/QMz32Q86TTXR33/9HDIJvF6e7b2WLMGkOUZVTMMzqI3EZiPg2mDbzAhcs1j1G
tgIweyfpSwYWhykPIIYL0FHCxHsqF2dm59wFn2Bo0B9fdTdoVB0D2iW+9ctnrZbl
g/mH7UFd4xsNImX2ZNEG
=n3EK
-----END PGP SIGNATURE-----
_______________________________________________
dnsext mailing list
dnsext@ietf.org
https://www.ietf.org/mailman/listinfo/dnsext