Re: [Ace] Parameter abbreviation number ranges for draft-ietf-ace-oauth-authz

Ludwig Seitz <ludwig.seitz@ri.se> Tue, 28 August 2018 06:40 UTC

Return-Path: <ludwig.seitz@ri.se>
X-Original-To: ace@ietfa.amsl.com
Delivered-To: ace@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E45E2130F1F for <ace@ietfa.amsl.com>; Mon, 27 Aug 2018 23:40:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 I6c8LxZFikf8 for <ace@ietfa.amsl.com>; Mon, 27 Aug 2018 23:40:01 -0700 (PDT)
Received: from smtp-out10.electric.net (smtp-out10.electric.net [185.38.180.41]) (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 1D417130F03 for <ace@ietf.org>; Mon, 27 Aug 2018 23:40:00 -0700 (PDT)
Received: from 1fuXfR-0001pk-W1 by out10b.electric.net with emc1-ok (Exim 4.90_1) (envelope-from <ludwig.seitz@ri.se>) id 1fuXfS-0001rK-Tm; Mon, 27 Aug 2018 23:39:58 -0700
Received: by emcmailer; Mon, 27 Aug 2018 23:39:58 -0700
Received: from [194.218.146.197] (helo=sp-mail-2.sp.se) by out10b.electric.net with esmtps (TLSv1.2:ECDHE-RSA-AES128-SHA256:128) (Exim 4.90_1) (envelope-from <ludwig.seitz@ri.se>) id 1fuXfR-0001pk-W1; Mon, 27 Aug 2018 23:39:57 -0700
Received: from [192.168.0.166] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 28 Aug 2018 08:39:57 +0200
To: Jim Schaad <ietf@augustcellars.com>, <ace@ietf.org>
References: <ed5a89e7-e2ed-8804-037f-8b50d2bc6d64@ri.se> <02f901d43e21$ca195e10$5e4c1a30$@augustcellars.com>
From: Ludwig Seitz <ludwig.seitz@ri.se>
Message-ID: <b0189306-0bc1-05d6-7e70-b7461b2f7074@ri.se>
Date: Tue, 28 Aug 2018 08:39:43 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <02f901d43e21$ca195e10$5e4c1a30$@augustcellars.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.116.0.226]
X-ClientProxiedBy: sp-mail-3.sp.se (10.100.0.163) To sp-mail-2.sp.se (10.100.0.162)
X-Outbound-IP: 194.218.146.197
X-Env-From: ludwig.seitz@ri.se
X-Proto: esmtps
X-Revdns:
X-HELO: sp-mail-2.sp.se
X-TLS: TLSv1.2:ECDHE-RSA-AES128-SHA256:128
X-Authenticated_ID:
X-Virus-Status: Scanned by VirusSMART (c)
X-Virus-Status: Scanned by VirusSMART (s)
X-PolicySMART: 14510320
Archived-At: <https://mailarchive.ietf.org/arch/msg/ace/JTMJbNVMa2fhZVRZtW-MEvPUa8Y>
Subject: Re: [Ace] Parameter abbreviation number ranges for draft-ietf-ace-oauth-authz
X-BeenThere: ace@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" <ace.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ace>, <mailto:ace-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ace/>
List-Post: <mailto:ace@ietf.org>
List-Help: <mailto:ace-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ace>, <mailto:ace-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Aug 2018 06:40:13 -0000

On 2018-08-27 18:19, Jim Schaad wrote:
> 
> 
>> -----Original Message-----
>> Background:
>>
>> CBOR integers have a very compact representation (1 byte) for numbers from
>> 0-23, from 24-255 (which is all we will ever need ;-) ) they use 2 bytes.
>~snip~
>>
>> client_id      24
>> client_secret  25
>> response_type  26
>> state 27
>> redirect_uri 28
>> error_description 29
>> error_uri 30
>> code 31
>> expires_in 32
>> username 33
>> password 34
>> refresh_token 35
> 
> [JLS] I would be willing to push error_description and error_uri up into the
> two byte range I don't think they fall into the frequently used category in
> a working system.  I don't know that we need to keep client_id,
> client_secret, username and password in the low range at this time.   Do we
> really think that we are going to be using this on small devices?
> 

Good we agree an that then. Actually according to my understanding of 
CBOR integers they already are in the two byte category (see quoted part 
above the ~snip~).


/Ludwig

-- 
Ludwig Seitz, PhD
Security Lab, RISE SICS
Phone +46(0)70-349 92 51