Re: [kitten] review of draft-ietf-kitten-krb-spake-preauth-00

Benjamin Kaduk <kaduk@mit.edu> Tue, 29 August 2017 01:23 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 915731323A2; Mon, 28 Aug 2017 18:23:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 rCYhB4vzi2lL; Mon, 28 Aug 2017 18:23:45 -0700 (PDT)
Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 19A9C1321EC; Mon, 28 Aug 2017 18:23:45 -0700 (PDT)
X-AuditID: 12074424-0f9ff700000042cd-f5-59a4c21f36a6
Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id EA.31.17101.F12C4A95; Mon, 28 Aug 2017 21:23:43 -0400 (EDT)
Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id v7T1NgLR000422; Mon, 28 Aug 2017 21:23:42 -0400
Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v7T1Nc1s020872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Aug 2017 21:23:41 -0400
Date: Mon, 28 Aug 2017 20:23:38 -0500
From: Benjamin Kaduk <kaduk@mit.edu>
To: Greg Hudson <ghudson@mit.edu>
Cc: Robbie Harwood <rharwood@redhat.com>, kitten@ietf.org, draft-ietf-kitten-krb-spake-preauth@ietf.org
Message-ID: <20170829012338.GM96685@kduck.kaduk.org>
References: <20170818181043.GC35188@kduck.kaduk.org> <59e6271c-5970-5cb7-209a-73a1e02cc5f8@mit.edu> <jlga82r2q1t.fsf@redhat.com> <c6d33fc1-13b6-03cf-0138-f3219cf7d7a1@mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <c6d33fc1-13b6-03cf-0138-f3219cf7d7a1@mit.edu>
User-Agent: Mutt/1.8.3 (2017-05-23)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPIsWRmVeSWpSXmKPExsUixCmqrCt/aEmkwbvZehaPt3xmtDi6eRWL xc6eJlYHZo8lS34yebzfd5UtgCmKyyYlNSezLLVI3y6BK2PhwTmMBS85Kz51XWZrYHzK3sXI ySEhYCKx5+QTti5GLg4hgcVMEj92rWGEcDYySnxfcRMqc5VJYuWce6wgLSwCqhIL1+1hA7HZ BFQkGrovM4PYIgKKEs9WzWUBsZkFCiRe3X4PFhcWcJO4tH4JUxcjBwcv0Lrri5UhZm5llGjc 8oQRpIZXQFDi5MwnUL1aEjf+vQSrZxaQllj+jwPE5BSwlnj5swikQlRAWWLevlVsExgFZiFp noWkeRZC8wJG5lWMsim5Vbq5iZk5xanJusXJiXl5qUW65nq5mSV6qSmlmxhB4cruorKDsbvH +xCjAAejEg8vg92SSCHWxLLiytxDjJIcTEqivDnbgEJ8SfkplRmJxRnxRaU5qcWHGCU4mJVE eIP3AuV4UxIrq1KL8mFS0hwsSuK84hqNEUIC6YklqdmpqQWpRTBZGQ4OJQnepgNAjYJFqemp FWmZOSUIaSYOTpDhPEDDv+8HGV5ckJhbnJkOkT/FqCglztsBkhAASWSU5sH1gtKJRPb+mleM 4kCvCPPagKzgAaYiuO5XQIOZgAYrCi4EGVySiJCSamA8+bzrduK7jby2FUevCq6sqbr9K/HV k4QjRyauXZjwk9uvktFgRmiFsojSg4PX+gKE7h/QePTKnOGo2pmHC4TlM1avy9SddnHRpUSZ YCl9Fj7d1woNkXeW3r24tKh/ztVFqilxHF9nbWD9GbdGbFa88DrfE/tm3W0POuNp++JorT/7 7reScSYnlViKMxINtZiLihMBt/toBwIDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/kitten/VPAKwIf0MxgLoLXXFi91kFz4wQs>
Subject: Re: [kitten] review of draft-ietf-kitten-krb-spake-preauth-00
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Aug 2017 01:23:47 -0000

Sorry for the slow reply; I was on vacation last week.

On Tue, Aug 22, 2017 at 06:49:58PM -0400, Greg Hudson wrote:
> On 08/22/2017 06:30 PM, Robbie Harwood wrote:
> >> I tend to agree that any mandatory-to-implement policy should be
> >> written into this draft, and not be part of the registry.
> > 
> > The disadvantage of having mandatory-to-implement items defined but not
> > in the registry is that it fragments the numbering.  For example, in our
> > Kerberos SPAKE Groups registry, currently P-256 is required, and
> > assigned ID Number: 1.  If we remove it from the registry, it won't have
> > an ID Number.  (Unless we give it one a different way.)
> 
> I think I miscommunicated.  P-256 should be in the registry, but if we
> want to specify that it is mandatory-to-implement, I believe we should
> say that in the RFC outside of the IANA registry.

That's my understanding as well -- the MTI items should still be in
the registry, but the registry is not the best place to specify the
MTI nature.  Making something MTI for a standards-track document
"should" require standards-action, so there's not much value in having
a field in the registry when there will have to be a new document
for such things anyway.

-Ben