Re: [Curdle] Lars Eggert's Discuss on draft-ietf-curdle-ssh-kex-sha2-19: (with DISCUSS and COMMENT)

Benjamin Kaduk <kaduk@mit.edu> Thu, 15 July 2021 18:12 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: curdle@ietfa.amsl.com
Delivered-To: curdle@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D12C83A1783; Thu, 15 Jul 2021 11:12:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level:
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.399, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=no 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 dSAO5UMVw0Ra; Thu, 15 Jul 2021 11:12:14 -0700 (PDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 541083A1781; Thu, 15 Jul 2021 11:12:14 -0700 (PDT)
Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 16FIC16B002375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 15 Jul 2021 14:12:06 -0400
Date: Thu, 15 Jul 2021 11:12:01 -0700
From: Benjamin Kaduk <kaduk@mit.edu>
To: mbaushke ietf <mbaushke.ietf@gmail.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-curdle-ssh-kex-sha2@ietf.org, curdle-chairs@ietf.org, curdle@ietf.org, mglt.ietf@gmail.com, Lars Eggert <lars@eggert.org>
Message-ID: <20210715181201.GS74365@kduck.mit.edu>
References: <162609606260.18236.12846987206651749566@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <162609606260.18236.12846987206651749566@ietfa.amsl.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/curdle/f7TbaXxuVlMu32B2GYL32lv0xbo>
Subject: Re: [Curdle] Lars Eggert's Discuss on draft-ietf-curdle-ssh-kex-sha2-19: (with DISCUSS and COMMENT)
X-BeenThere: curdle@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of potential new security area wg." <curdle.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/curdle>, <mailto:curdle-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/curdle/>
List-Post: <mailto:curdle@ietf.org>
List-Help: <mailto:curdle-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/curdle>, <mailto:curdle-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jul 2021 18:12:17 -0000

Hi Mark,

On Mon, Jul 12, 2021 at 06:21:02AM -0700, Lars Eggert via Datatracker wrote:
> 
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
> 
> This document seems to have unresolved IANA issues, so I am holding a DISCUSS
> for IANA until the issues are resolved.

The resolution of our discussion today was that the IANA registry should
just have one new column for the current recommendations.

Please apply

OLD:
   IANA is requested to annotate entries in [IANA-KEX] with the
   suggested implementation guidance provided in section 4 "Summary
   Guidance for Key Exchange Method Names Implementation" in this
   document.  A summary may be found in Table 12 in section 4.  The
   entry with "MUST NOT" should be considered disallowed.  An entry with
   "SHOULD NOT" is deprecated and may be disallowed in the future.

NEW:
   IANA is requested to add a new column to [IANA-KEX] with heading "OK to
   Implement", and to annotate entries therein with the implementation
   guidance provided in section 4 "Summary Guidance for Key Exchange Method
   Names Implementation" in this document.  A summary may be found in Table 12
   in section 4.  IANA is additionally requested to include this document as
   an additional reference for the [IANA-KEX] registry.  Registry entries
   annotated with "MUST NOT" are considered disallowed.  Registry entries
   annoated with "SHOULD NOT" are deprecated and may be disallowed in the
   future.

Thanks,

Ben