Re: [Suit] Reference implementation of SUIT manifest parsing
Carsten Bormann <cabo@tzi.org> Thu, 21 June 2018 11:54 UTC
Return-Path: <cabo@tzi.org>
X-Original-To: suit@ietfa.amsl.com
Delivered-To: suit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0733713107D for <suit@ietfa.amsl.com>; Thu, 21 Jun 2018 04:54:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=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 SlSxFbltnWGr for <suit@ietfa.amsl.com>; Thu, 21 Jun 2018 04:54:32 -0700 (PDT)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 835A912D7F8 for <suit@ietf.org>; Thu, 21 Jun 2018 04:54:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id w5LBsSYv013515; Thu, 21 Jun 2018 13:54:28 +0200 (CEST)
Received: from [192.168.217.114] (p5DC7FF04.dip0.t-ipconnect.de [93.199.255.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 41BKqm1Dn0zDXDy; Thu, 21 Jun 2018 13:54:28 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <20180619214859.GA4341@davidb.org>
Date: Thu, 21 Jun 2018 13:54:27 +0200
Cc: suit <suit@ietf.org>, dev-mcuboot@lists.runtime.co
X-Mao-Original-Outgoing-Id: 551274865.70532-4d8cc69d02767237bd93b87dc79b3735
Content-Transfer-Encoding: quoted-printable
Message-Id: <95E49C9F-0332-4925-A212-EBDC23B28738@tzi.org>
References: <20180619214859.GA4341@davidb.org>
To: David Brown <david.brown@linaro.org>
X-Mailer: Apple Mail (2.3445.8.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/suit/RMGhpRYq7QgdDVHDHNpOBedjJ3A>
Subject: Re: [Suit] Reference implementation of SUIT manifest parsing
X-BeenThere: suit@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Software Updates for Internet of Things <suit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/suit>, <mailto:suit-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/suit/>
List-Post: <mailto:suit@ietf.org>
List-Help: <mailto:suit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/suit>, <mailto:suit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jun 2018 11:54:35 -0000
Hi David, Licenses are a difficult area, and I don’t want to go into details on some of the points that you are making. But we agree in one observation: It would be good to have a liberally licensed reference implementation of SUIT around. (This statement explicitly does not detract from the merits of having other implementations, as well.) What are the components we need for that? https://github.com/cose-wg/COSE-C is BSD-3-clause licensed, and is based on https://github.com/cabo/cn-cbor which is MIT licensed. These make some specific implementation choices that may be right or wrong for your environments. An alternative CBOR library would be https://github.com/intel/tinycbor which also is MIT licensed; I haven’t checked COSE-C on how hard it would be to do the pull-parser approach there as well. (I don’t see a big problem with sticking to a tree-based implementation on the generation side.) We’d need liberally licensed implementations of at least SHA-256 and the ECC algorithms of your choice. A reference implementation of hash-based signatures would be useful, too (allowing us to relax the reliance on ECC). Finally, it would be useful to have an example implementation of the actual authorization algorithms that devices are likely to employ — even if we don’t standardize them, it is useful to shape expectations here. Grüße, Carsten
- Re: [Suit] [dev-mcuboot] Reference implementation… David Brown
- Re: [Suit] Reference implementation of SUIT manif… Carsten Bormann
- [Suit] Reference implementation of SUIT manifest … David Brown
- Re: [Suit] [dev-mcuboot] Reference implementation… Dave Thaler