Re: [DNSOP] CNSRRSIG (was: Re: [Ext] draft-fujiwara-dnsop-delegation-information-signer))

Joe Abley <jabley@hopcount.ca> Fri, 11 December 2020 00:35 UTC

Return-Path: <jabley@hopcount.ca>
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 099F63A137A for <dnsop@ietfa.amsl.com>; Thu, 10 Dec 2020 16:35:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hopcount.ca
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 ayW9gG5zsLpS for <dnsop@ietfa.amsl.com>; Thu, 10 Dec 2020 16:35:15 -0800 (PST)
Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (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 9DD7E3A1379 for <dnsop@ietf.org>; Thu, 10 Dec 2020 16:35:15 -0800 (PST)
Received: by mail-qk1-x735.google.com with SMTP id z188so6925683qke.9 for <dnsop@ietf.org>; Thu, 10 Dec 2020 16:35:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=Jiz+aF0gUVrpmdciTDfAMlGh9TN4LDyugR0Ywd6x2tk=; b=d6h11oCDrKxHBdnwRzJNlZAQXnnaOhtXMKyhpC70L21aK7eK/oyEVDXzzczIK61MIr PRHZBp7lV/oNKFOx0YTLVdOFZ/pOeNdRcnqgWNljJE4UxBwE9KJqGtBq2ffKetyU76PX lpYoAT6+t43lsu3aDpIO3ONnG5fO/Zj7sF7XQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=Jiz+aF0gUVrpmdciTDfAMlGh9TN4LDyugR0Ywd6x2tk=; b=TEKFU900ijt07WUnfnX9wPWRS27Ibc4RFRD3UK2Afo3R+QtMDEEaVS+xm8AB7XI+pV yB/tzXBVlGOJt8uxEpt7fphsLTfjpaEsawzo/kzdW62yJ6de+zYjvush+uG9dykSdfna Y914/4f6Dfh/SVOd3M28F73GFLHiMCoR4BBYv9sBRLxG/InxJY13dY8GCP2Odfy4QHJb oUXAsvQH37cMB4IdabuDDPcXxQh4hMg20NMC/oCmjXfH8KoEUOVknKTld8XX+gBC29iF COcmz1cqot5Ef0DVlM6PJPEbdXR/PVlUToKTyIh3WhMlB0JBg4ZZpZSAv0K/prgLKanX dTtw==
X-Gm-Message-State: AOAM5327Weurz6aSWnhk1J33yC0r6Pk4mB8bf8Yi+rJyIdorqXVmkRgn m9+/AwsYPx9ACOtFSWo2zBkRRI41VFuZSdaU
X-Google-Smtp-Source: ABdhPJyLGbSl5fVE+DDu2C0FT6NXzFfj0LUsE7tN0pBNZcXLwgjeEUBqldqqDY89rTuLxjq/MYQGpg==
X-Received: by 2002:a37:5156:: with SMTP id f83mr13151969qkb.197.1607646914110; Thu, 10 Dec 2020 16:35:14 -0800 (PST)
Received: from ?IPv6:2607:f2c0:e784:c7:78a5:e638:7cdd:2ef9? ([2607:f2c0:e784:c7:78a5:e638:7cdd:2ef9]) by smtp.gmail.com with ESMTPSA id 5sm4873755qtp.55.2020.12.10.16.35.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 10 Dec 2020 16:35:13 -0800 (PST)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
From: Joe Abley <jabley@hopcount.ca>
Mime-Version: 1.0 (1.0)
Date: Thu, 10 Dec 2020 19:35:12 -0500
Message-Id: <A8AECB8C-E6D4-4360-A85F-2525BF001435@hopcount.ca>
References: <F3CB048D-F6DB-46D7-A151-E9526FA51F47@icann.org>
Cc: Mark Andrews <marka@isc.org>, dnsop <dnsop@ietf.org>
In-Reply-To: <F3CB048D-F6DB-46D7-A151-E9526FA51F47@icann.org>
To: Paul Hoffman <paul.hoffman@icann.org>
X-Mailer: iPhone Mail (18B121)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/TjSM5hpiQlGLB6rvRRtn8zheDEE>
Subject: Re: [DNSOP] CNSRRSIG (was: Re: [Ext] draft-fujiwara-dnsop-delegation-information-signer))
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 11 Dec 2020 00:35:17 -0000

On Dec 10, 2020, at 19:25, Paul Hoffman <paul.hoffman@icann.org> wrote:

> In DPRIVE, there is a desire to TLSA records to authenticate authoritative servers. In order to do that without getting into a chicken-and-egg loop, the parent needs to authenticate the NS records of the child authoritative server.

I haven't been following dprive recently. Is there a particular document that expresses the problem statement above in more detail?

"Authenticate authoritative servers" is a bit vague for me. Parent and child are namespace concepts and not relying parties that you'd ordinarily expect to be able to authenticate anything.


Joe