Re: [Curdle] Genart last call review of draft-ietf-curdle-rsa-sha2-10

denis bider <denisbider.ietf@gmail.com> Sat, 02 September 2017 08:27 UTC

Return-Path: <denisbider.ietf@gmail.com>
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 E1224132EC2; Sat, 2 Sep 2017 01:27:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 vVqjc5tZhT_n; Sat, 2 Sep 2017 01:27:57 -0700 (PDT)
Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (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 992D2132E5F; Sat, 2 Sep 2017 01:27:53 -0700 (PDT)
Received: by mail-lf0-x230.google.com with SMTP id a126so7258166lfa.0; Sat, 02 Sep 2017 01:27:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=H9l5RqPS8fC5xXB4YONQh8iqj2A1Cl+H/nqq9kMiMNg=; b=QyW1BQNq0STQpgIdhhmZmE5bwPf0tAvAzA5D4h0cxeMtvXeQz9qbnJsh4NDJ9HZPs3 RSdBS8uBCjBv9r9y3jMy6L6JWDlAI58FUgqT3XdMLjj6pAly4EWf0evee4qUbodCSnp2 LFT570LQKJ2jcmX8NKw7N3W5RVShf0Zx/9SJY1/mokDMP05r1k3wazAAhAxpsIHyNloA jJ16jotZbKyRrp/C8TVsKZ7s/Fp6x7+cdqUE5vxATrHBLpA3uic/mpariMYYL89LPKZC XRctTGhTOlBrrQPA1hFJ8tiSR0kWM63vsWpO36fR48XQImtYLVIEFW00ki6JNol1ecI1 Vgvw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=H9l5RqPS8fC5xXB4YONQh8iqj2A1Cl+H/nqq9kMiMNg=; b=A05ZrNnBwZ3dPXKZUVLo2ymMCZ3pyP+2v63ernrWtLsSNe4hOZwgNJe/znGRQBzWrd 7pynxzGwPWjgqPxolDWXWdi41CvQtV0mDAjUQuVEhQ0gLH8dEZvjxcWrNfvrhIaJke5Z N8ALGeW//7FWP6ueRLl3gHf7eNHRvTYpLiipfCIEKmQTkkeVtGgSQt3JgdQUPnpZE2WI ZtxjwkzctOhjxLssbPLZADJ4cs8treGzduk16ynqaWdvGbBVsVRlj3ImZeZ8Lrmzkb7n uwCAuSf1PT1j08FSkrTn0SSPTbMvW00KowE0NzjYYgKw2mipKTqFCPYAt/10bgAus7Bg k9GQ==
X-Gm-Message-State: AHPjjUgYjx33LhmMt01/6I+sjdbl+owGvageDhkWnWjkyf6ck49M4Btb /06NIHyJZQk4xXUZsnwjqPWZU2550FkC
X-Google-Smtp-Source: ADKCNb65AxuXQgiEdPfgwvsYp9ny4ebkj23Yza5C6bwD+K1vujZqeRXZRDqj+/TdE2OG98jFPYujCGXjlbgyX3Ts/H0=
X-Received: by 10.25.222.143 with SMTP id i15mr258450lfl.4.1504340871822; Sat, 02 Sep 2017 01:27:51 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.179.27.209 with HTTP; Sat, 2 Sep 2017 01:27:51 -0700 (PDT)
In-Reply-To: <150427414878.3237.4575033946525642940@ietfa.amsl.com>
References: <150427414878.3237.4575033946525642940@ietfa.amsl.com>
From: denis bider <denisbider.ietf@gmail.com>
Date: Sat, 02 Sep 2017 03:27:51 -0500
Message-ID: <CADPMZDBhLQ3ztEoL_Eg_hnZFihCTFpsachjZYgSr_gRO4WbiZw@mail.gmail.com>
To: Russ Housley <housley@vigilsec.com>
Cc: gen-art@ietf.org, curdle <curdle@ietf.org>, draft-ietf-curdle-rsa-sha2.all@ietf.org, ietf@ietf.org
Content-Type: multipart/alternative; boundary="f403045fa78c494409055830a7fe"
Archived-At: <https://mailarchive.ietf.org/arch/msg/curdle/BQ5wOSaR3R2-Cf9PfbwVw797YWM>
Subject: Re: [Curdle] Genart last call review of draft-ietf-curdle-rsa-sha2-10
X-BeenThere: curdle@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 02 Sep 2017 08:27:59 -0000

Hello Russ,

thank you for the review. Comments:


> I think that a better title for this document would be:
> Use of RSA Keys with SHA-256 and SHA-512 in Secure Shell (SSH)

I can make this change, but I should note this is not universally agreed
on. In a previous specification, which became RFC 6668:

https://www.ietf.org/rfc/rfc6668.txt

... the original draft called for e.g. "hmac-sha256", but there were
immediate concerns about ambiguity which led to "hmac-sha2-256" and
"hmac-sha2-512" being specified.


> The current wording seems to include SHA-224 and SHA-384,
> and that is not the intent of the author.

True, but in this case as well, I point out RFC 6668, where we have the
title:

"SHA-2 Data Integrity Verification for the Secure Shell (SSH) Transport
Layer Protocol"

... even though the document only specifies "hmac-sha2-256" and
"hmac-sha2-512".

It appears to me that it may not be necessary for a document to specify use
of all versions of SHA-2, in order to be accurately described as specifying
the use of SHA-2 in a context.


> I did not propose changing the strings in case people have
> already implemented against this specification.  If no one
> has implemented yet, then I would change those too.

This intuition is correct. It has been widely implemented and is deployed
on, very possibly, millions of systems. One can launch an off-the-shelf
Amazon instance that has a long-term-support edition of Ubuntu with a
version of OpenSSH that implements this.


> Section 5.1 should be expanded to say that following the NIST
> advice on key sizes and SHA-1 outside the US Government is
> prudent.

I can do this.


As instructed, I await instructions from the document shepherd.

denis



On Fri, Sep 1, 2017 at 8:55 AM, Russ Housley <housley@vigilsec.com> wrote:

> Reviewer: Russ Housley
> Review result: Almost Ready
>
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair. Please wait for direction from your
> document shepherd or AD before posting a new version of the draft.
>
> For more information, please see the FAQ at
> <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
>
> Document: draft-ietf-curdle-rsa-sha2-10
> Reviewer: Russ Housley
> Review Date: 2017-09-01
> IETF LC End Date: 2017-09-11
> IESG Telechat date: unknown
>
> Summary: Almost Ready
>
> Major Concerns: None
>
>
> Minor Concerns:
>
> I think that a better title for this document would be:
>
>    Use of RSA Keys with SHA-256 and SHA-512 in Secure Shell (SSH)
>
> These are two of the hash function in the SHA2 family, and there is no
> ambiguity about them being part of the SHA3 family.  Similarly, I think
> that the Abstract and Section 1 should explicitly names these two hash
> functions.  The current wording seems to include SHA-224 and SHA-384,
> and that is not the intent of the author.
>
> In Section 3, I suggest:
>    s/using SHA-2 [SHS] as hash./using SHA-256 or SHA-512 [SHS] as hash./
>    s/the hash used is SHA-2 256./the hash used is SHA-256./
>    s/the hash used is SHA-2 512./the hash used is SHA-512./
>
> Note:  I did not propose changing the strings in case people have already
> implemented against this specification.  If no one has implemented yet,
> then I would change those too.
>
>
> Section 5.1 should be expanded to say that following the NIST advice on
> key sizes and SHA-1 outside the US Government is prudent.
>
>
> Nits: None
>
>
> _______________________________________________
> Curdle mailing list
> Curdle@ietf.org
> https://www.ietf.org/mailman/listinfo/curdle
>