Re: [DNSOP] New Version Notification for draft-wessels-dns-zone-digest-01.txt

Shumon Huque <shuque@gmail.com> Wed, 20 June 2018 00:26 UTC

Return-Path: <shuque@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE3E2130E65 for <dnsop@ietfa.amsl.com>; Tue, 19 Jun 2018 17:26:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oXVQ0uzl7kTw for <dnsop@ietfa.amsl.com>; Tue, 19 Jun 2018 17:25:58 -0700 (PDT)
Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5386E130EDA for <dnsop@ietf.org>; Tue, 19 Jun 2018 17:25:58 -0700 (PDT)
Received: by mail-yw0-x235.google.com with SMTP id w13-v6so564571ywa.5 for <dnsop@ietf.org>; Tue, 19 Jun 2018 17:25:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Kq6uhA/23tiLcbKW7NN45JVOHIaUgoheYrS/VP51/kc=; b=Gz1jNGLbwd+dCi1XaehEqpC316IQDzTKrYN2jDGAwouIQF5CT6kKmf79T3HF8QMsHZ s884d46kk3wWFS2EkdJjEgAkc+aLB6oZhbO5u6gOYFi+ojJXiQJ1SoAWefbF6DejiMWH Ycu3sfCSI4/7LRoxkTnNkr5OlyrQDeownXBgzdIwoRfdsgij6V0PNS3DBTQB44qDuof7 I6DokkFGbBXB3g+NmTacXXjEV+uGh6SlHGJz4aLuV+x9QcMw7CUa/r2LArbxf8zemLqL IClfxfUQeQd5Y0kEtaojIzBrfUJf/U4Ys+9YUKUFZPqxvvN2/yr1306Z+fctGKqVgDAM Tqtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Kq6uhA/23tiLcbKW7NN45JVOHIaUgoheYrS/VP51/kc=; b=qP36oqmMYGgyH4MUJmq1HIkjYKVLHGM3MbfQy6g2odH9RQ81uvoLesDzbU8LO4bhw7 2MTa3OQxM2MVRYLR9pLj/6puYapOjMIz2LBBWfaI0vjmB3GRhH931JcmWdx2re/5x4NI OSG3wPL7mxDw4C9BOWQMml2dk8QegGe0fQc990N1/D6rK5tdE6U4zp8G0la/Cv8b4ND6 0e1PW1Vmezfb9aei+OhJKPoJxJoAYYr0uai3+PH5NZfQXGkGOyCMcVirNfkXONhhlNK0 tCtMIV3KpGkXeu/DKKScYw8I/H7A0RuE9FBhjvowwZZ9Lh8Q8o0/orvt+lZcZ+CL7PT+ a9ZA==
X-Gm-Message-State: APt69E1gWswsA5wwzrSik+MEaF9lO2rIMzP2Y4/E9Cnf5rqThXbs103x ni1ja9UxMLa/IKAeO/t1p93rFTODkKWJ1XBFIf64zA==
X-Google-Smtp-Source: ADUXVKLgpsoeJzMBxY15UCz8nZ8ThPpToUvntANfKL/3DjlaVG2zK0QYCMLtHbYaqQhU12yXZrgm0mwdPOgA8YeYjQQ=
X-Received: by 2002:a81:22c3:: with SMTP id i186-v6mr9118308ywi.309.1529454357565; Tue, 19 Jun 2018 17:25:57 -0700 (PDT)
MIME-Version: 1.0
References: <4DCC5A51-1AB0-47B6-92B5-79B6894F9A9C@verisign.com> <CAJE_bqcELQbQeHPvvEBHOxpRyWYL76BmT_-G4jW4pTnUUXFMUw@mail.gmail.com> <27C44216-581A-4991-A739-ECE8B7F8AA35@verisign.com> <884c2d11-9db0-7668-59c9-baa8574a03f7@time-travellers.org> <37873808-8354-b26b-34f4-880ea7a5f0da@nic.cz> <CAHPuVdWXBDHdiQ2Z1uFx=mZFRBpjndiki+6Eno-2qFoe6hAovw@mail.gmail.com> <688A6AE8-7990-4E76-BD56-5AFE27467A7D@verisign.com>
In-Reply-To: <688A6AE8-7990-4E76-BD56-5AFE27467A7D@verisign.com>
From: Shumon Huque <shuque@gmail.com>
Date: Tue, 19 Jun 2018 20:25:46 -0400
Message-ID: <CAHPuVdXLL59JF3EmyFWuxwMq0SN2gLEELFvyf5da+zzqb-AeFA@mail.gmail.com>
To: "Wessels, Duane" <dwessels@verisign.com>
Cc: petr.spacek@nic.cz, "dnsop@ietf.org WG" <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000aed623056f07d73b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/9236186wD5FL97OqoH1jTYTlgCs>
Subject: Re: [DNSOP] New Version Notification for draft-wessels-dns-zone-digest-01.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jun 2018 00:26:01 -0000

On Tue, Jun 19, 2018 at 2:56 PM Wessels, Duane <dwessels@verisign.com>
wrote:

> >
> > * If the goal is to support secure acquisition of the zone outside the
> DNS protocol, then it can't do that. But neither is ZONEMD needed for that
> - we can use an out of band signature using a variety of methods.
>
> Yes, this is the crux of it for me and the other authors as well I
> believe.  In my opinion, detached signatures/checksums are not good
> enough.  Our not-yet-released -02 draft has this new text:
>
> 1.1.2.  Detached Signatures
>
>    Sometimes, detached checksums and signatures can be found adjacent to
>    zone files.  This is the case for the root and other zone files
>    published on the internic.net sites [InterNIC].  For example, the
>    files root.zone.md5 and root.zone.sig are in the same directory as
>    the root.zone file.  Unfortunately, since the checksum and signature
>    are in separate files, they are only weakly associated with the zone
>    file.  They remain associated only if the recipient is careful to
>    keep them together.  Nothing in these files, other than their names
>    and timestamps, ties them to a specific revision of the root.zone
>    file.
>

Hi Duane,

If you make this comparison, I think you should also mention that there are
many integrated signature/data formats too (supported in PGP, S/MIME, CMS,
PKCS7 etc) that can address your 'weakly associated' critique of detached
signatures. And then argue why the zonemd scheme is superior to those. I
guess one argument is that it uses keys that are already resident in the
DNS and doesn't rely on external protocols?

Shumon.