Re: [COSE] Multicast Use Case

Hannes Tschofenig <hannes.tschofenig@gmx.net> Sat, 05 September 2015 12:38 UTC

Return-Path: <hannes.tschofenig@gmx.net>
X-Original-To: cose@ietfa.amsl.com
Delivered-To: cose@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E68D61B5468 for <cose@ietfa.amsl.com>; Sat, 5 Sep 2015 05:38:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 JHTLmnkHsizJ for <cose@ietfa.amsl.com>; Sat, 5 Sep 2015 05:38:14 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0683F1B5467 for <cose@ietf.org>; Sat, 5 Sep 2015 05:38:13 -0700 (PDT)
Received: from [192.168.10.167] ([203.118.14.76]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LuOYx-1YZCF628v9-011fsp; Sat, 05 Sep 2015 14:38:00 +0200
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Carsten Bormann <cabo@tzi.org>, Jim Schaad <ietf@augustcellars.com>
References: <55E400AC.7090507@gmx.net> <064c01d0e428$047d2700$0d777500$@augustcellars.com> <CAH51uSc2a4V2eccdVSSYxDN+KL1A0ohnXQheegUXoZxQTsd3kA@mail.gmail.com> <068701d0e438$3fe18470$bfa48d50$@augustcellars.com> <55E4D6CF.6080302@tzi.org> <55E4E07E.5080201@cs.tcd.ie>
From: Hannes Tschofenig <hannes.tschofenig@gmx.net>
Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9
X-Enigmail-Draft-Status: N1110
Message-ID: <55EAE21F.1040000@gmx.net>
Date: Sat, 05 Sep 2015 14:37:51 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <55E4E07E.5080201@cs.tcd.ie>
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="Rw83WJVO8SOmwIWQug1e4f2xfGmVKeufX"
X-Provags-ID: V03:K0:P8fV05kdo1ig4Ivv/8qFuwI0aCna3y1XibzobxseOlvzohxy4ww nTueiJLD7S+IsxWcIedriACaOt46Ks33PPWQhHZOuyIeteplIpkVnq0KMZLKt7NtwuyGmf9 PYzeH0swO4ys923tocKU5Mdw1XH+5UDg/R8f0dA2HIsp1RVCp1zmFEcLD477vUZoiSWYRBa PxMjXXEl+3IlYJ9fC5nNQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:grOyQVEn830=:VCuS7QjsB2mNdbA5HJNIeq W4bnYFEij4E7jefgZlf+cizNfD+EOmO3OhTj00fvOL7m0MHzr3tKDRu41//CLFqZJ9jS4ZjVK XieLsYmTs7XER3Th3SwDKjGKSLR4dIn6BSzMDOjsUD2NB9M8H0DpyjN5g+8C95oY+w+uv70eg gH2eN58kdzkupGewHejahau3aOjCvO27tb69tN6FYsh3dCtFikxyCgU9YOmdmaaX4KAVenzuS YLtb3lfu5cLb9p7kU66WhMOECU58VGYwl+VAAOcr718SNoXYNeyEGkzFKvhxSlxO43Hy79Zk/ 1KhUd/2DXqYa6uhs5YMuxrrcFZAD3c9ZjSIp2zg2lMnxOlA+xzH/GJrOTlqN2VCAgbPHIFdFa ZtW0YR4z4eCQJw1Lxfz5tngqUu1rH00eMEN9guyaRHxlBUTCPwJBpivjU9fbyRcVuaanhIKpT arCP5k0hIlQ9KJ2Txc6qHvmW3hI7rKiwCwEmJt60ewCjJCR+e1OzqIskJouau9HqUDrFSyuhy JHGOHFQf1xNmuJrDWnKgvtBb8kOKfEj2k0vkzW9baT8QwtdkiYEWuqvaOSicncAdoMW5oO50d WJBAcGXWnPoRtA/haBk+YmChKdh+5YTrjbIHjM1DeltEt//hu86mPTUAPBlAxZcrdATuX7Oq2 g9jWM2hpqllS10z5+qLJU6VsRZqnxNccQkouXRc6rO3hbyx2DZHivb9suZ6o7615g1zwgDmu2 g8lGtJiIA4tmbpN4gWBZMB4B+cWiyXOQ5O0N9Q==
Archived-At: <http://mailarchive.ietf.org/arch/msg/cose/P0zEkczYPfU3HYWZ5BGFkbh2p8U>
Cc: 'Sandeep Kumar' <ietf@sandeep.de>, 'cose WG' <cose@ietf.org>
Subject: Re: [COSE] Multicast Use Case
X-BeenThere: cose@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: CBOR Object Signing and Encryption <cose.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cose>, <mailto:cose-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cose/>
List-Post: <mailto:cose@ietf.org>
List-Help: <mailto:cose-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cose>, <mailto:cose-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 05 Sep 2015 12:38:16 -0000

Hi Stephen,

the discussion in DICE was controversial because there was some
reluctance of relying on symmetric keys since it allows anyone in the
multicast group to inject messages without the ability to authenticate
the sender.

I had a chance to look more into this issue with our participation in an
EU funded lighting project and I believe that the use of symmetric keys
in combination with a key distribution is OK. (The project is called
OpenAIS and consists of a number of the big players in Europe in the
professional lighting sector.) Of course, we will have to discuss this
in more detail in the ACE working group when we get to that point.

To come up with a comparison we obviously have to compare the solution
we would be using at the DTLS layer with an application layer solution.
That's what I had been trying to do here.

We also did not find other use cases that the same type of requirements
as professional lighting has. Other use cases may not have the same low
latency requirements, may not need to rely on IP multicast, or have
higher security requirements.

Hence, lighting does not introduce a generic mechanism but it is still
an important enough area to standardize a solution. I still believe we
should standardize solutions in the IETF that are relevant only for
certain industry sectors.

Ciao
Hannes

PS: In general, my initial review was not really about a specific use
case but rather about the fact that (a) the currently provided examples
were difficult to understand since they didn't contain a lot of comments
and (b) they did contain anything I was looking for. They most likely
have their origin in other use cases.


On 09/01/2015 01:17 AM, Stephen Farrell wrote:
> 
> 
> On 31/08/15 23:35, Carsten Bormann wrote:
>> Jim Schaad wrote:
>>> I did not find the keoh draft because it expired at the beginning of
>>> July.   Which is the draft that I should be looking at?
>>>
>>
>> Now you got me confused.
>>
>> https://tools.ietf.org/html/draft-keoh-dice-multicast-security-08
>>
>> expired on January 4, 2015.  Are we talking about the same documents?
> 
> And... the proposal for the dice WG to adopt that functionality
> (regardless of draft) has been controversial. So I think that means
> that one cannot directly compare encoding sizes, as we do not know
> that a DTLS approach to multicast is workable. I'n not saying here
> that one cannot depend on what's in these drafts, but rather that
> we might not be doing an apples to apples comparison.
> 
> S.
> 
> 
>>
>> Grüße, Carsten
>>
>> _______________________________________________
>> COSE mailing list
>> COSE@ietf.org
>> https://www.ietf.org/mailman/listinfo/cose
>>