[DNSOP] New Version Notification for draft-fanf-dnsop-sha-ll-not-00.txt (fwd)

Tony Finch <dot@dotat.at> Mon, 09 March 2020 23:16 UTC

Return-Path: <dot@dotat.at>
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 DAFC93A091B for <dnsop@ietfa.amsl.com>; Mon, 9 Mar 2020 16:16:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 4MudKjIV2KHS for <dnsop@ietfa.amsl.com>; Mon, 9 Mar 2020 16:16:51 -0700 (PDT)
Received: from ppsw-41.csi.cam.ac.uk (ppsw-41.csi.cam.ac.uk [131.111.8.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6062E3A091C for <dnsop@ietf.org>; Mon, 9 Mar 2020 16:16:50 -0700 (PDT)
X-Cam-AntiVirus: no malware found
X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus
Received: from grey.csi.cam.ac.uk ([131.111.57.57]:54970) by ppsw-41.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.139]:25) with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1jBRdg-000gxx-R5 (Exim 4.92.3) for dnsop@ietf.org (return-path <dot@dotat.at>); Mon, 09 Mar 2020 23:16:48 +0000
Date: Mon, 09 Mar 2020 23:16:48 +0000
From: Tony Finch <dot@dotat.at>
To: dnsop@ietf.org
Message-ID: <alpine.DEB.2.20.2003092255250.24181@grey.csi.cam.ac.uk>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/7jhoJPJ2GcxJEXkycg44HQwzeOU>
Subject: [DNSOP] New Version Notification for draft-fanf-dnsop-sha-ll-not-00.txt (fwd)
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: Mon, 09 Mar 2020 23:16:53 -0000

The aim of this is to deprecate SHA-1 algorithms 5 and 7 more vigorously.
I've put in a fairly specific timetable for sake of argument, basically to
set up the death of SHA-1 as next year's DNS "flag day", unless some
clever cryptanalysis forces it to happen sooner.

I'm afraid it's a rough first pass: I haven't given it a read-through
and cleanup, because watching Flash Gordon was more fun.

Tony.
-- 
f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/
ALL CREATURES WILL MAKE MERRY UNDER PAIN OF DEATH

---------- Forwarded message ----------
Date: Mon, 09 Mar 2020 15:55:05 -0700
From: internet-drafts@ietf.org
To: Tony Finch <dot@dotat.at>
Subject: New Version Notification for draft-fanf-dnsop-sha-ll-not-00.txt


A new version of I-D, draft-fanf-dnsop-sha-ll-not-00.txt
has been successfully submitted by Tony Finch and posted to the
IETF repository.

Name:		draft-fanf-dnsop-sha-ll-not
Revision:	00
Title:		Hardening DNSSEC against collision weaknesses in SHA-1 and other cryptographic hash algorithms
Document date:	2020-03-09
Group:		Individual Submission
Pages:		18
URL:            https://www.ietf.org/internet-drafts/draft-fanf-dnsop-sha-ll-not-00.txt
Status:         https://datatracker.ietf.org/doc/draft-fanf-dnsop-sha-ll-not/
Htmlized:       https://tools.ietf.org/html/draft-fanf-dnsop-sha-ll-not-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-fanf-dnsop-sha-ll-not


Abstract:
   DNSSEC deployments have often used the SHA-1 cryptographic hash
   algorithm to provide authentication of DNS data.  This document
   explains why SHA-1 is no longer secure for this purpose, and
   deprecates its use in DNSSEC signatures.  This document updates RFC
   8624.




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.

The IETF Secretariat