Re: [Gen-art] Gen-ART Last Call review of draft-ietf-ace-dtls-authorize-12

Olaf Bergmann <bergmann@tzi.org> Wed, 28 October 2020 08:09 UTC

Return-Path: <bergmann@tzi.org>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DE8B3A104E; Wed, 28 Oct 2020 01:09:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 yKicZesSLXHU; Wed, 28 Oct 2020 01:09:05 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 073393A0FE4; Wed, 28 Oct 2020 01:09:04 -0700 (PDT)
Received: from wangari.tzi.org (p508a4e5d.dip0.t-ipconnect.de [80.138.78.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4CLh6l2jKWzykZ; Wed, 28 Oct 2020 09:09:03 +0100 (CET)
From: Olaf Bergmann <bergmann@tzi.org>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, Benjamin Kaduk <kaduk@mit.edu>
Cc: =?utf-8?Q?G=C3=B6ran?= Selander <goran.selander@ericsson.com>, "draft-ietf-ace-dtls-authorize.all\@ietf.org" <draft-ietf-ace-dtls-authorize.all@ietf.org>, General Area Review Team <gen-art@ietf.org>
References: <8c2725a3-f89f-7ea1-dda9-681edd463a32@alum.mit.edu> <87y2muo6ix.fsf@wangari> <87v9gomsf4.fsf@wangari> <b0e2088b-ab24-3d35-c98a-161955d3fc7a@alum.mit.edu> <87v9gcg6za.fsf@wangari> <b8a6b44d-ff4d-448c-6ca0-779cb98187c5@alum.mit.edu> <BBE7312D-0581-47A6-BA0D-BC7E5093F67C@ericsson.com> <17035DB6-91C6-4934-9291-CD21EC0B33D4@ericsson.com> <20201026202158.GS39170@kduck.mit.edu> <9b5d9366-fe35-b722-233d-c1c9f10f5c80@alum.mit.edu>
Date: Wed, 28 Oct 2020 09:09:02 +0100
In-Reply-To: <9b5d9366-fe35-b722-233d-c1c9f10f5c80@alum.mit.edu> (Paul Kyzivat's message of "Tue, 27 Oct 2020 11:31:40 -0400")
Message-ID: <87blgm22n5.fsf@wangari>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/vHMd2whMiZkQs7m-GiKfzxnlNwY>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-ietf-ace-dtls-authorize-12
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Oct 2020 08:09:07 -0000

Hi Paul, Ben and Göran,

Thanks for sorting this out. I have reverted #28 as Ben had suggested.

Paul, if you are happy with the other change [1] (a SHOULD for access
token uniqueness per client in alignment with the framework document), I
can submit version -14

[1] https://github.com/ace-wg/ace-dtls-profile/commit/86008b3327f32e8ac2da0aa1b0110db64e3a467f

Grüße
Olaf

Paul Kyzivat <pkyzivat@alum.mit.edu> writes:

> On 10/26/20 4:21 PM, Benjamin Kaduk wrote:
>> Hi Göran, Paul, Olaf,
>>
>> Sorry for the slow reply.
>>
>> I agree with Göran's original assessment that the language referring to
>> 7049bis does provide enough information to have a deterministic encoding
>> for the HKDF inputs.
>>
>> As such, I don't think pull #28 is needed, and would prefer that it was
>> reverted (the specific wording doesn't do a great job indicating
>> that the
>> whole list of requirements is "normative", to the extent that any
>> example
>> can be normative).
>
> Ben, having raised the point, and knowing that you understood it, I am
> satisfied with whatever changes you do or don't decide to make to
> address it.