Re: [secdir] SECDIR Reveiw of draft-ietf-hip-dex-11

Donald Eastlake <d3e3e3@gmail.com> Tue, 21 January 2020 20:21 UTC

Return-Path: <d3e3e3@gmail.com>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D501612002F; Tue, 21 Jan 2020 12:21:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.748
X-Spam-Level:
X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 xOzZYm-dY0mA; Tue, 21 Jan 2020 12:21:16 -0800 (PST)
Received: from mail-il1-x130.google.com (mail-il1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AB6B12007A; Tue, 21 Jan 2020 12:21:16 -0800 (PST)
Received: by mail-il1-x130.google.com with SMTP id f5so3390685ilq.5; Tue, 21 Jan 2020 12:21:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=PlbHlrdiWc86KUBhgsRcYG4uEi70ZWG5V2DHe0CPjBY=; b=CR6uXEWKd+7LK/JA2UR615LXgSyYdN5KUeqzQ8FiJ3L9wPx5u/ZaIBOnRucSA4seI9 brKLKHT0GldOEar3LhxovoQSyK1ZtLWOjpMJtXDUF3OLCaLuT4nFoEI8FUbbxr/QVdqe fYlcuGgpnMyCqwkRIfe++fOulRojLpcMeQddjRC3s6V4xRfh8ma0FRX/HE2teBfc64BY MVnIapMEN9RNfYykTzSpm9HtpyAocvWkEdbag7viHuPMkmh02jgPGKVJISqqZSxIF7iu DsaHi2Kyg5tystBI8tmdSkskRdCf337OEGMus60pa+pE0ZbZI+IAq45Zy75iQ12RW759 kDIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=PlbHlrdiWc86KUBhgsRcYG4uEi70ZWG5V2DHe0CPjBY=; b=EDHP1w6rNulb+Z2fzEJd3Rc9z8vUoO4JQ3dWdUTVxHESZMaeeNymQ3vvcF7D6D+kvX 1kmlxBFXySOxUyCm2oGYaP1nVEPP9G5L9k4Ba+LT9oD8pG1JF3VDz8TlO5rd4+9NIqbZ bpnKBo5gnP23fFbyrdrL8fVLP15ynJymvObdQkp9lfrN14p/mZoPLrVoUOqKof80iu7c q3NxZi/RlTro8XqNFIPDDEKtoN1wBVPVHedmyeMFfoUIVQ4FXuEjFeUWAsGeJma0GNip 0GlFHNO/IPMGtpK9Aci4U7epbg+QRK1/jRNegHKaSb/GfeaydPLjA5oBct7iuQJRyDiv JMng==
X-Gm-Message-State: APjAAAWbPq3tEQgKPqHon7fKKPgSQvHs2eHkzQzhpDTLtDEDiGsJUewa 1NK7qwA02e9l6Z+fYzRquTciglou8NRZJNvBUM4=
X-Google-Smtp-Source: APXvYqyUvvQw7WID+pSB31yzBDkANM8tG91btN80p1O6FX86l9FVx7/PJEt+NueFCYYuHZXJe919AemkUbEdR3Zqj4s=
X-Received: by 2002:a92:da44:: with SMTP id p4mr5446130ilq.168.1579638075585; Tue, 21 Jan 2020 12:21:15 -0800 (PST)
MIME-Version: 1.0
References: <CAF4+nEH=x4Lggm+mmr2aFz9eEy6ajWK9upJE7BQk60p6xLDBxw@mail.gmail.com> <5C2542F3-3B12-426B-9DB3-C2AAB5E16D4C@cisco.com>
In-Reply-To: <5C2542F3-3B12-426B-9DB3-C2AAB5E16D4C@cisco.com>
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Tue, 21 Jan 2020 15:21:04 -0500
Message-ID: <CAF4+nEH_2nDoxhJCdoNEAg9K4+HGg+bzUDz=2qZvKE3WLWLWDQ@mail.gmail.com>
To: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
Cc: "draft-ietf-hip-dex.all@ietf.org" <draft-ietf-hip-dex.all@ietf.org>, secdir <secdir@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/SfLJqm09W_F9RCP7IS_jeVjEn-M>
Subject: Re: [secdir] SECDIR Reveiw of draft-ietf-hip-dex-11
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Jan 2020 20:21:21 -0000

Your welcome.
(There is a typo in my review "SHOUD" -> "SHOULD".)

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA
 d3e3e3@gmail.com

On Tue, Jan 21, 2020 at 3:49 AM Eric Vyncke (evyncke) <evyncke@cisco.com> wrote:
>
> Thank you Donald for your review, it is very much appreciate.
>
> I will let the authors reply about the review
>
> Regards
>
>
> -éric
>
> On 21/01/2020, 05:19, "iesg on behalf of Donald Eastlake" <iesg-bounces@ietf.org on behalf of d3e3e3@gmail.com> wrote:
>
>     I have reviewed this document as (a very late) part of the security
>     directorate's ongoing effort to review all IETF documents being
>     processed by the IESG.
>
>     The summary of the review is Ready with Nits.
>
>     Sorry to get this review in so late but, while approved by the IESG,
>     the draft is still in revised draft needed state so this may do some
>     good. On the security front, although the draft is pretty complex and
>     I am not that familiar with HIP, I did not see any significant
>     security issues that were not already called out in the draft. So I
>     concentrated on possible editorial issues.
>
>     Editorial:
>
>     Section 1.1, 3rd paragraph, page 5. Delete "However," a the beginning
>     of the 2nd sentence. It doesn't make sense.
>
>     Section 2.3, Definitions should be in alphabetic order.
>
>     Section 2.3: It seems to me that people who are puzzled about what
>     something means are most likely to be puzzled by the acronym. So I
>     would put the acronym first, where there is an acronym or acronym-like
>     term to use, then the expansion in parenthesis or in the body of the
>     definition. This done for a couple of entries like CMAC and CKDF but
>     most are the other way.
>
>     Section 3 last paragraph and Section 12.10 5th bullet: "to use" -> "use of"
>
>     I think OGA  and KEYMAT should be in the Definitions list and KEYMAT,
>     which I assume just is short for "keying material", should be expanded
>     on first use in Section 6.3. Alternatively, you could just replace all
>     occurrences of KEYMAT with "Keying Material".
>
>     Section 5.3.2, page 23. The first sentence of the first paragraph
>     starting on that page has problems. Maybe "chose" should be "choses"
>     but I'm not sure:
>       "The DH_GROUP_LIST parameter contains the Responder's order of
>        preference based on which the Responder chose the ECDH key contained
>        in the HOST_ID parameter (see below)."
>
>     Appendix A, first sentence, "allows to identify" -> "allows identifying"
>
>     Appendix B, "IEDG" -> "IESG"
>
>     Appendix B, around the middle of page 51, right after the line
>     beginning with "Section 6," there are three line with a blank line
>     before and after. I found this confusing at first. I suggest those
>     three line also be indented.
>
>     Appendix B, page 52, "SHOUDS" -> "SHOUDs"
>
>     Thanks,
>     Donald
>     ===============================
>      Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
>      2386 Panoramic Circle, Apopka, FL 32703 USA
>      d3e3e3@gmail.com
>
>
>