[DNSOP] how not to do an operator transfer, was Re: [dane] FYI: Verisign files patent application for way of transfering hosting on DNSSEC Domains

Tony Finch <dot@dotat.at> Mon, 08 October 2012 20:28 UTC

Return-Path: <fanf2@hermes.cam.ac.uk>
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 6B71F21F881D for <dnsop@ietfa.amsl.com>; Mon, 8 Oct 2012 13:28:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.202
X-Spam-Level:
X-Spam-Status: No, score=-5.202 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ACriY6OxxZvj for <dnsop@ietfa.amsl.com>; Mon, 8 Oct 2012 13:28:02 -0700 (PDT)
Received: from ppsw-50.csi.cam.ac.uk (ppsw-50.csi.cam.ac.uk [131.111.8.150]) by ietfa.amsl.com (Postfix) with ESMTP id 7C5E321F8814 for <dnsop@ietf.org>; Mon, 8 Oct 2012 13:28:02 -0700 (PDT)
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: not scanned
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from host86-148-122-76.range86-148.btcentralplus.com ([86.148.122.76]:58664 helo=[192.168.1.66]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:fanf2) (TLSv1:AES128-SHA:128) id 1TLJvl-0002IA-re (Exim 4.72) (return-path <fanf2@hermes.cam.ac.uk>); Mon, 08 Oct 2012 21:28:01 +0100
References: <201210051834.q95IYMk7028421@new.toad.com> <alpine.LFD.2.02.1210061851280.7096@bofh.nohats.ca> <alpine.LSU.2.00.1210081454180.12039@hermes-1.csi.cam.ac.uk> <BD7AE3A0-8879-47CA-B02C-D31E0C97A14C@nominum.com> <85626367-21F0-49F0-85F5-5DAC32F56207@nominet.org.uk>
In-Reply-To: <85626367-21F0-49F0-85F5-5DAC32F56207@nominet.org.uk>
Mime-Version: 1.0 (1.0)
Content-Transfer-Encoding: 7bit
Content-Type: multipart/alternative; boundary="Apple-Mail-A7D6522D-1DD8-44C5-A587-4776A2C896C0"
Message-Id: <08452767-B90E-438C-8AEE-7F05E105A290@dotat.at>
X-Mailer: iPhone Mail (9B206)
From: Tony Finch <dot@dotat.at>
Date: Mon, 08 Oct 2012 21:27:59 +0100
To: Ray Bellis <Ray.Bellis@nominet.org.uk>
Sender: Tony Finch <fanf2@hermes.cam.ac.uk>
Cc: "dnsop@ietf.org" <dnsop@ietf.org>
Subject: [DNSOP] how not to do an operator transfer, was Re: [dane] FYI: Verisign files patent application for way of transfering hosting on DNSSEC Domains
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Mon, 08 Oct 2012 20:28:03 -0000

On 8 Oct 2012, at 15:35, Ray Bellis <Ray.Bellis@nominet.org.uk> wrote:
> 
> <http://conferences.npl.co.uk/satin/presentations/satin2011slides-Crocker.pdf>

That procedure is incorrect: it is missing a wait step between updating the DS and DNSKEY RRsets and updating the NS RRsets. A validator might fetch data from the new operator and try (and fail) to validate it against an old cached keys.

Tony.
--
f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/