Re: [6tisch] xxx-bootstrap

Göran Selander <goran.selander@ericsson.com> Fri, 02 December 2016 15:13 UTC

Return-Path: <goran.selander@ericsson.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A55612948A for <6tisch@ietfa.amsl.com>; Fri, 2 Dec 2016 07:13:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 wy3kI3XTPuNo for <6tisch@ietfa.amsl.com>; Fri, 2 Dec 2016 07:13:12 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 0C7F01294B4 for <6tisch@ietf.org>; Fri, 2 Dec 2016 07:13:11 -0800 (PST)
X-AuditID: c1b4fb25-ec9d598000007ee2-a2-58418f86ca1a
Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by (Symantec Mail Security) with SMTP id A9.77.32482.68F81485; Fri, 2 Dec 2016 16:13:10 +0100 (CET)
Received: from ESESSMB303.ericsson.se ([169.254.3.128]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0319.002; Fri, 2 Dec 2016 16:12:44 +0100
From: Göran Selander <goran.selander@ericsson.com>
To: "consultancy@vanderstok.org" <consultancy@vanderstok.org>, Michael Richardson <mcr+ietf@sandelman.ca>
Thread-Topic: [6tisch] xxx-bootstrap
Thread-Index: AQHSSuDPU1xNoBfYBUWdkIQa1WBi/qDyKnSAgACSKYCAAgqwgA==
Date: Fri, 02 Dec 2016 15:12:44 +0000
Message-ID: <D4661689.6E10A%goran.selander@ericsson.com>
References: <efb18853e63642bc4a996dc419cd1efb@xs4all.nl> <31466.1480551529@obiwan.sandelman.ca> <72f491eeb444448daa34196c9ac656ea@xs4all.nl>
In-Reply-To: <72f491eeb444448daa34196c9ac656ea@xs4all.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.7.0.161029
x-originating-ip: [153.88.183.148]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E335C746FA33E1438EDF999CD0A5E952@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrCIsWRmVeSWpSXmKPExsUyM2K7lm5bv2OEwaT3ghbL7vYxWzzav4rN oudQP7vFksOLGB1YPJYs+cnkceDAbiaPljl7mD1ONGxnD2CJ4rJJSc3JLEst0rdL4Mr4d/MU U8ETwYpD+0+zNzCuEOxi5OSQEDCROD3lOXsXIxeHkMA6RonO1pMsEM5iRol7HRtZQarYBFwk HjQ8YgKxRQRyJd61zGEHsZkF3CUePfrIAmILCyhLnLy6mQ2iRkXi9vRdjBC2k0TPjilgNgtQ fNLFNrBeXgELidnf3kAtm8Ao8WRiM9gyTgFLiee9HWCDGAXEJL6fWsMEsUxc4taT+UwQZwtI LNlznhnCFpV4+fgfWK+ogJ7E7CkN7BBxJYnGJU+A4hxAvZoS63fpQ4yxlthw8wkLhK0oMaX7 IdQ9ghInZz5hmcAoPgvJtlkI3bOQdM9C0j0LSfcCRtZVjKLFqcVJuelGxnqpRZnJxcX5eXp5 qSWbGIFxeXDLb9UdjJffOB5iFOBgVOLhLehxjBBiTSwrrsw9xCjBwawkwuvcDRTiTUmsrEot yo8vKs1JLT7EKM3BoiTOa7byfriQQHpiSWp2ampBahFMlomDU6qB0VQkkePHtEe2h3Z1hB83 CAtyzuNaIz71qOucj9NUF89UOef5vrPYVFEs7+Lt9O03nnp+l68/XfpAYWfzd+3ejFaP+d7r tyZvOLIgouTOy8PhwbUWW3avenT/havYlT1q0zvmLvvP/GDWhcZTP8+HT3wkNdHVbvXbkhz7 L7tnM/RN75309KBGVZ8SS3FGoqEWc1FxIgCz4VLUxwIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/ACK1wGlp2I3SKFFRiEMnUDK4brU>
Cc: 6tisch <6tisch@ietf.org>, sandeep kumar <sandeep.kumar@philips.com>
Subject: Re: [6tisch] xxx-bootstrap
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Dec 2016 15:13:14 -0000

Hi Peter,

On 2016-12-01 10:01, "6tisch on behalf of peter van der Stok"
<6tisch-bounces@ietf.org on behalf of stokcons@xs4all.nl> wrote:


>I am not sure about understanding EDHOC, but may be that is not
>important.

EDHOC is a key exchange protocol, analogous to the TLS handshake, but with
less features. It allows authentication based on pre-shared keys, raw
public keys or X.509 certificates. The protocol messages are encoded in
CBOR and using COSE, and not bound to a specific protocol layer. The EDHOC
protocol messages may be carried with CoAP and this has two advantages:

- EDHOC can be run between JN and JCE without the JN and JCE knowing each
others IP addresses using the same construction as with OSCOAP end-to-end
in the minimal security draft.

- CoAP and COSE are used both by OSCOAP and EDHOC, and the additional code
footprint for EDHOC will be small.

If you are interested in a simple lightweight enrolment protocol, EDHOC
and OSCOAP may be used for that. For authentication of enrolment using
e.g. manufacturer certificates, you may run EDHOC and OSCOAP in sequence
and carry the PKCS#10 in the OSCOAP request and the certificate issued
with the OSCOAP response, in total 2 round-trips (not considering
additional messages for delayed responses, CoAP response code 2.06 etc.).
For PSK authenticated enrolment it may suffice with one round-trip, the
OSCOAP request/response. These examples are JN-initiated, but similar
setup is possible for the JCE-initiated variant.

Note that this would not at all be as elaborate as the anima work, but
just as a comparison.

Have a nice week-end!

Göran

>