[DNSOP] I-D Action: draft-ietf-dnsop-rfc5011-security-considerations-04.txt

internet-drafts@ietf.org Wed, 13 September 2017 18:59 UTC

Return-Path: <internet-drafts@ietf.org>
X-Original-To: dnsop@ietf.org
Delivered-To: dnsop@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2882313207A; Wed, 13 Sep 2017 11:59:16 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: dnsop@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.61.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150532915613.30493.15774734086217561468@ietfa.amsl.com>
Date: Wed, 13 Sep 2017 11:59:16 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/1Nf9xL0DuJaQthyWLtWoqXqF2qg>
Subject: [DNSOP] I-D Action: draft-ietf-dnsop-rfc5011-security-considerations-04.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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, 13 Sep 2017 18:59:16 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Domain Name System Operations WG of the IETF.

        Title           : Security Considerations for RFC5011 Publishers
        Authors         : Wes Hardaker
                          Warren Kumari
	Filename        : draft-ietf-dnsop-rfc5011-security-considerations-04.txt
	Pages           : 14
	Date            : 2017-09-13

   This document extends the RFC5011 rollover strategy with timing
   advice that must be followed in order to maintain security.
   Specifically, this document describes the math behind the minimum
   time-length that a DNS zone publisher must wait before signing
   exclusively with recently added DNSKEYs.  It contains much math and
   complicated equations, but the summary is that the key rollover /
   revocation time is much longer than intuition would suggest.  If you
   are not both publishing a DNSSEC trust anchor, and using RFC5011 to
   update that trust anchor, you probably don't need to read this

   This document also describes the minimum time-length that a DNS zone
   publisher must wait after publishing a revoked DNSKEY before assuming
   that all active RFC5011 resolvers should have seen the revocation-
   marked key and removed it from their list of trust anchors.

The IETF datatracker status page for this draft is:

There are also htmlized versions available at:

A diff from the previous version is available at:

Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at: