Re: [Last-Call] Secdir last call review of draft-ietf-emu-tls-eap-types-11

Alan DeKok <aland@freeradius.org> Sat, 04 February 2023 01:39 UTC

Return-Path: <aland@freeradius.org>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4136C17CEA9; Fri, 3 Feb 2023 17:39:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wZ2VEXUCt_0z; Fri, 3 Feb 2023 17:39:40 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 583A9C17CEA7; Fri, 3 Feb 2023 17:39:37 -0800 (PST)
Received: from smtpclient.apple (135-23-95-173.cpe.pppoe.ca [135.23.95.173]) by mail.networkradius.com (Postfix) with ESMTPSA id 721A6395; Sat, 4 Feb 2023 01:39:30 +0000 (UTC)
Authentication-Results: NetworkRADIUS; dmarc=fail (p=reject dis=none) header.from=freeradius.org
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\))
From: Alan DeKok <aland@freeradius.org>
In-Reply-To: <167547355548.40427.1521347613044647956@ietfa.amsl.com>
Date: Fri, 03 Feb 2023 20:39:28 -0500
Cc: secdir@ietf.org, draft-ietf-emu-tls-eap-types.all@ietf.org, EMU WG <emu@ietf.org>, last-call@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <230AD06F-EF62-42BE-BE1A-8FC543BB1E29@freeradius.org>
References: <167547355548.40427.1521347613044647956@ietfa.amsl.com>
To: Melinda Shore <melinda.shore@nomountain.net>
X-Mailer: Apple Mail (2.3696.120.41.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/Me6tSD6ySPqcGiXEQ8VzfrnCEo4>
Subject: Re: [Last-Call] Secdir last call review of draft-ietf-emu-tls-eap-types-11
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Feb 2023 01:39:42 -0000

On Feb 3, 2023, at 8:19 PM, Melinda Shore via Datatracker <noreply@ietf.org> wrote:
> 
> Reviewer: Melinda Shore
> Review result: Ready
> 
> This document updates TLS-based EAP methods to use key derivation mechanisms
> from TLS 1.3, along with other TLS 1.3-required updates.  It's clearly written
> and I believe could be implemented from.  There are several very minor nits,
> which I actually don't think need to be addressed but are mentioned here in the
> interest of completeness.  Section 3.1 is a very nice piece of work, as is the
> security considerations.

  Thanks.  The document took many years of work, and Section 3.1 only showed up in the document late in the process, but thankfully not too late.

> 2.1 “The inclusion of the EAP type makes the derivation method specific.” 
> “method-specific” or “specific to the method” might be clearer

  I'll change it to "method-specific".

> 2.2 “PAC” should probably be spelled out on its first use.  Also EMSK and other
> initialisms

  Thanks.  I'll fix that.

> “j’th inner methods” should be singular
> “In TLS 1.3, the derivation of IMCK[j] used both a different label” should be
> present tense (“uses”)

  Fixed.

> 2.4 should probably use either MS-CHAP or MS-CHAPv1 consistently

  It should use "MS-CHAP" to mean "v1 or v2", and then add the "v" suffix only when referring to a specific version.

  Alan DeKik.