Re: [Suit] [Teep] Value of COSE_Mac_Tagged/COSE_Sign_Tagged/COSE_Mac0_Tagged/COSE_Sign1_Tagged

Akira Tsukamoto <> Thu, 09 April 2020 13:38 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A65793A0B52; Thu, 9 Apr 2020 06:38:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id llC3AL6IU-95; Thu, 9 Apr 2020 06:38:41 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id B37983A0BB1; Thu, 9 Apr 2020 06:38:20 -0700 (PDT)
Received: by with SMTP id j2so193985wrs.9; Thu, 09 Apr 2020 06:38:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=1+GgmWuhKILOYK/2STC9m1k1puNK+pPhLZ1ibFSZAtE=; b=fk2vUsmDFAmCmvze5xKHs9lbGxO8n6BK66oa1sU0MhGrGcyYvACaicbiDC5FhzAZhH UeVQceoO1rAvHq1mhA6g2ktyO2vbMrNeI1LKH1akOWm4cwbkAZsbqGj9xFD4M2pYhniP 7M1+a8dlwZuGbxo25UhGbcyy0xy1CFF9P/BHk3XHNcRpWgK04bCLV4jREl2o7FlENf4/ OpKcdlCp1+gfjUWly/jRp3ySbLm617JEAHRGvDBdAre1DXbyT3ssHJi2/rk/qVwVSpqu HsJ0TbyE4AagNWy6eNV3ZIC4XzBGrPi1W/rtqWaSiUtW+PY71iokJubVFVki4ulNiqdv vkBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=1+GgmWuhKILOYK/2STC9m1k1puNK+pPhLZ1ibFSZAtE=; b=bYMNaJ5bORTojggfq4atuPqVpTM+kbPZF05qDk0k1kg9kKGE84nYSCxT9hiitRLoiK uugXvKvC/K2hiuvIDYB8xJlGR1K9J7AITif+e6Mh2khblimXi886stJRZUJABkz499Qa MGhfZJJEHk/8l0MomJQlTEoU45h4n+r4itZm0Oju3F24rTEkBQVJLYt4y6jtwjYgDfbY PUUdvZ6t3CqueR+ewnhj1O4KTzRt43sDlV1hVRELcL4jZopI1aThVigu/Jsfcom/sgPZ Ew588eSNhIy4Hfi/Eyb2AKmXyEJIHh/+fReMcHPi0oqbSMVEcBwvg+5k4G0OL39UWROi Y8WA==
X-Gm-Message-State: AGi0Pua7ceKxm9uaMbUykH0C+9KMPtp8MoG+zCn9PYP7w4/UnFziguqC dClinqY1tEHpveLH829mQiH4IsqvDftTRHEMgXs=
X-Google-Smtp-Source: APiQypJpWToELRRkVkJh1jbud7842qLB/ieQJgyvmyDd0trcUhKyNhWvsC5pSqEzVS30xQgzNuw0Q/28ehx4hpbRlpg=
X-Received: by 2002:adf:aacc:: with SMTP id i12mr15257048wrc.116.1586439498283; Thu, 09 Apr 2020 06:38:18 -0700 (PDT)
MIME-Version: 1.0
References: <> <05ef01d60e21$4bdd1ce0$e39756a0$> <> <> <> <> <>
In-Reply-To: <>
From: Akira Tsukamoto <>
Date: Thu, 9 Apr 2020 22:38:07 +0900
Message-ID: <>
To: Carsten Bormann <>
Cc: Brendan Moran <>, Akira Tsukamoto <>, Jim Schaad <>, Hannes Tschofenig <>, "" <>, teep <>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <>
Subject: Re: [Suit] [Teep] Value of COSE_Mac_Tagged/COSE_Sign_Tagged/COSE_Mac0_Tagged/COSE_Sign1_Tagged
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Software Updates for Internet of Things <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 09 Apr 2020 13:38:48 -0000

Hi Carsten and Hannes,

The new pull request reflects all the discussion points of converting
from map and using minimum major type size for the array member.

When I was reading the cddl draft, I was not quite sure how to
describe the array with the label name.
In your pull request,

query-request = [
     type: TEEP-TYPE-query-request,
     token: uint,

The above cddl description has label name type and token with semicolon.
We were trying to avoid having label name inside the array.
I thought I have to use => for this purpose.

Other discussion we had with the teep is to use the same nonce as the
EAT defines.

nonce => bytes,
to be
nonce => bstr .size (8..64)

And the size of token we never really agreed about it.
How bout
  token: uint .size 4

The 32bit unsign integer seems to be reasonable for the usage in teep.


On Thu, Apr 9, 2020 at 9:12 PM Carsten Bormann <> wrote:
> On 2020-04-09, at 14:07, Brendan Moran <> wrote:
> >
> > From a SUIT perspective, I’m still inclined to make sure that this is tagged as that allows for use-cases that we may not have considered.
> Makes sense.  Let’s fix the definition of `SUIT-envelope` in the below.
> Henk and I created a cleaned up version of the CBOR encoding and accompanying CDDL.
> We should check whether this encoding helps us and then integrate it into the document.
> Grüße, Carsten
> _______________________________________________
> TEEP mailing list