Re: [ieee-ietf-coord] Fwd: [802.1 - 11898] Proposed PAR: P802.1AR: Standard for Local and metropolitan area networks - Secure Device Identity

Mick Seaman <mickseaman@sbcglobal.net> Wed, 05 October 2016 18:14 UTC

Return-Path: <mickseaman@sbcglobal.net>
X-Original-To: ieee-ietf-coord@ietfa.amsl.com
Delivered-To: ieee-ietf-coord@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1282D12943D for <ieee-ietf-coord@ietfa.amsl.com>; Wed, 5 Oct 2016 11:14:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=sbcglobal.net
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 ka56jQeCveCq for <ieee-ietf-coord@ietfa.amsl.com>; Wed, 5 Oct 2016 11:14:12 -0700 (PDT)
Received: from nm15-vm10.access.bullet.mail.bf1.yahoo.com (nm15-vm10.access.bullet.mail.bf1.yahoo.com [216.109.115.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58DBC1293FC for <ieee-ietf-coord@ietf.org>; Wed, 5 Oct 2016 11:14:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1475691251; bh=oWO3YQYJlwsX3LFftvvY+p/QT/G0jQbIe21qePWP3GM=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=ddWoFYmfWEJDAtfNhTFTH76Wtvdf8DZbv75i3pJE/I0eymrsF4klgExQtMcqRgyJGICDdb4W5fbxG7EeYvYr4M0/gc8lPZ1EjMxDRQvEW48gprPUd5XzDpngHBJcuYbcEJV3DS5fuO9v6nk6iBC/wYeHc4aQBNwQKJRctmxBNWIY8kERvko4Wcapfhk2RiYxduXKkbTFNscU4jk0BoPOKJ+IuykQLFVg2oJI2QhxMhfK7ApM/jSBkZEP2GzwHXodnI5IcE8kHcEKYEruh7zC383WSUxaNomydXAnlcsvNyLl/JxckWgFHtIC31llwJViUzEuA2pnCbaB+mWVbSY1Dw==
Received: from [66.196.81.163] by nm15.access.bullet.mail.bf1.yahoo.com with NNFMP; 05 Oct 2016 18:14:11 -0000
Received: from [98.138.226.242] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 05 Oct 2016 18:14:11 -0000
Received: from [127.0.0.1] by smtp113.sbc.mail.ne1.yahoo.com with NNFMP; 05 Oct 2016 18:14:01 -0000
X-Yahoo-Newman-Id: 705833.92419.bm@smtp113.sbc.mail.ne1.yahoo.com
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: 3kwX_aMVM1kIMOm9OgmuyJD53YA4P2xC5QDUkCWXscXI9A7 wZpbrdHTRdbgeI_4wk7oLePQTAPDJ4b3p49gpv4ib5IIoGWOIU8yNbhP0Z2h WMK8lO2NGJc4rGLi4TtX7DTzO_lEoQBCxLFKdH37SH80_0RF1nghePWRTKTg O0BdiCZ3ANt.iYG.3VHaAwiPm6hJbJlNoziNdZnJD_TU8_NqJSpnj30qJytm r2r4ENVl69jUppeXBiVYadeN0YCSwcpHdEH9K0Ssmy_R1pmLSfMr.TIA2ncw XlBp_9I109FJe8QEGVQnQcXMtL7dBIG6tCX_vCsf1xFOGKEEL32xgCs8gGHc heO_FFhruFVifJqu1EF2p7lXnkncCeRNYnnYwglhK2k37E28eAAQX3XXhgBV UURZEp1WY9VmW3A68ubgbqj99uwGAOhEYa5FJ2H9BniMQP8GJ5H8erdWug2I E7Pf7b8Y5GvmzF5LOohVt6GUIm5i_0ohym_cBhfh9eVNzSJf2l2ognp4GuDS XfaX.faOpvIOt9Fq4M5kFcYAEs62432etHE.CQil0tFvJtU.BE3LVMZR7OWA QVRHFpz6_
X-Yahoo-SMTP: AR5_vwuswBBBxttajAdmA6MrHv2fOmL0PL2m9ko1TKipiHmVNQ--
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Dan Romascanu <dromasca@gmail.com>, ieee-ietf-coord@ietf.org
References: <DB6PR0701MB27116693B152DB98A4CDBE5A8BC40@DB6PR0701MB2711.eurprd07.prod.outlook.com> <CAFgnS4WUEq4yr9qkLyaEuG2Yrrgef0RvA9LNwTXzWhNUVWcQ3w@mail.gmail.com> <2b2c098f-8d57-e775-bf6d-b77c819fbbaa@cs.tcd.ie>
From: Mick Seaman <mickseaman@sbcglobal.net>
Message-ID: <030b90fc-0b28-38ea-c061-efe9574cd4a2@sbcglobal.net>
Date: Wed, 05 Oct 2016 11:14:05 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.3.0
MIME-Version: 1.0
In-Reply-To: <2b2c098f-8d57-e775-bf6d-b77c819fbbaa@cs.tcd.ie>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ieee-ietf-coord/EDlaFfb8gHMqDKhrm0XdoeWWba0>
Cc: Mick Seaman <mick_seaman@ieee.org>, Glenn Parsons <glenn.parsons@ericsson.com>
Subject: Re: [ieee-ietf-coord] Fwd: [802.1 - 11898] Proposed PAR: P802.1AR: Standard for Local and metropolitan area networks - Secure Device Identity
X-BeenThere: ieee-ietf-coord@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Management-level discussions between IEEE and IETF on topics of interest to both SDOs <ieee-ietf-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ieee-ietf-coord>, <mailto:ieee-ietf-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ieee-ietf-coord/>
List-Post: <mailto:ieee-ietf-coord@ietf.org>
List-Help: <mailto:ieee-ietf-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ieee-ietf-coord>, <mailto:ieee-ietf-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Oct 2016 18:14:14 -0000

Hi Stephen,

This proposed revision PAR for the existing IEEE Std 802.1AR-2009 will 
replace the amendment PAR P802.1ARce which just added P-384 SHA-384.

It turned out during the course of that work that the original 802.1AR 
was not constructed in a way that made extensions to new curves easy. It 
had started life very focused on RSA and ECC curves were shoehorned in 
late in the day. Basically taking the form "X is done like this but if 
you are using ECC then ..".

This resulted in a much longer project than desirable given the pressing 
need for P-384 SHA-384, and much more of a shake up to the document that 
could be justified under an amendment PAR - hence the revision PAR which 
will then be followed by withdrawal of the amendment PAR. That having 
been done it should now be much easier to add new curves (the starting 
point of this project is not a blank sheet or even the existing standard 
but a much updated amendment of the latter). However it would be sad if 
the emergence of new curves further delayed P-384 SHA-384. Having got 
the structured sorted out new curves can be added by an amendment, and 
the process of completing the Revision (as currently) scoped plus the 
addition of a further curve by amendment should not take any longer than 
holding the revision open to add a new curve. It is always quicker to 
take things in bite sized chunks.

I should clarify further than these are not new long lived identifiers. 
They are X.509 certs (and the information around those to support/use 
them in particular ways). They are referenced by (and the way they were 
intended to be used fits with)  RFC 7030 Enrollment over Secure 
Transport (Standards Track), as well as by the informational internet 
draft draft-pritikin-bootstrapping-keyinfrastructures-1 Bootstrapping 
Key Infrastructures. The development of IEEE Std 802.1AR-2009 preceded 
and informed that IETF work with participants attending both groups.

A section on "Privacy considerations" already appears in the P802.1ARce 
draft (related material was already in 802.1AR-2009 but renaming that to 
fit the mood of the times is appropriate) . The "Scope" statement in the 
PAR matches exactly that of the existing IEEE Std 802.1AR.

Mick Seaman

Chair, IEEE 802.1 Security Task Group


On 10/5/2016 3:22 AM, Stephen Farrell wrote:
> Hiya,
>
> On 05/10/16 10:48, Dan Romascanu wrote:
>> Please see below the proposed PAR of IEEE 802.1AR. If there are any
>> questions, comments, or concerns from the IETF participants, please make
>> sure that Glenn Parsons sees them.
> I had a quick look at the PDFs included there and have a
> couple of questions:
>
> 1) Wouldn't it be a fine plan to include consideration of
> the privacy aspects of (new) long-lived identifiers in
> this work? Given that IEEE are rightly considering things
> like MAC address randomisation, the same issues that cause
> us to be interested in that will cause us to want to try
> be privacy sensitive when introducing any new long-lived
> identifiers. The upshot of that might not be any change
> to protocol, but could e.g. be a recommendation for the
> kind(s) of nodes for which these new long-lived identifiers
> are (un)suitable. Equally however, there could be protocol
> features that would be more or less privacy-friendly so
> explicitly considering that seems to me like it'd be a
> good plan.
>
> 2) The PAR refers to NIST curves which is fine. In the IETF
> context there is also a lot of interest in use of the
> "cfrg curves" (Curve25519 and Curve448) which have some
> properties that are desirable from a performance and
> security POV. Similarly, deterministic signatures (i.e.
> not requiring a good random number for each signature)
> have significant security benefits. I wondered if these
> kinds of issue would be in scope? (FWIW I think it'd be
> a good plan if they were also considered.)
>
> Cheers,
> S.
>
>
>> Thanks and Regards,
>>
>> Dan
>>
>> ---------- Forwarded message ----------
>> From: Glenn Parsons <glenn.parsons@ericsson.com>
>> Date: Wed, Oct 5, 2016 at 8:25 AM
>> Subject: [802.1 - 11898] Proposed PAR: P802.1AR: Standard for Local and
>> metropolitan area networks - Secure Device Identity
>> To: STDS-802-1-L@listserv.ieee.org
>>
>>
>> Ballots due October 23: P802.1Qcc/D1.1, P802.1Xck D0.8
>>    Due October 24: P802c/D1.2
>> For particulars see
>>    www.ieee802.org/1/email-pages/ballots.html
>> This list strips out HTML. For  more format and size rules, see "Sending"
>> at
>> 802.1 list help: www.ieee802.org/1/email-pages/zmqw1113.html
>> -----
>>
>> Colleagues
>> This is a PAR  for a revision -- P802.1AR:  Standard for Local and
>> metropolitan area networks - Secure Device Identity -- for pre-submission
>> to the EC for approval in November.
>> The September 802.1 interim meeting was authorized to discuss this and
>> produced this PAR:
>> http://ieee802.org/1/files/public/docs2016/ar-seaman-rev-
>> draft-par-0916-v02.pdf
>> As well as the accompanying CSD:
>> http://ieee802.org/1/files/public/docs2016/ar-seaman-rev-
>> draft-csd-0916-v02.pdf
>> I would request that this be considered for review by all WGs at the
>> November plenary, and also be considered for approval by the EC.
>> Please let me know if you have any comments or questions.
>> Cheers,
>> Glenn.
>>
>> --
>> Glenn Parsons - Chair, IEEE 802.1
>> glenn.parsons@ericsson.com<mailto:glenn.parsons@ericsson.com>
>> +1-613-963-8141
>>
>>
>>
>> ===
>> Unsubscribe link: mailto:STDS-802-1-L-SIGNOFF-REQUEST@LISTSERV.IEEE.ORG
>> IEEE. Fostering technological innovation and excellence for the benefit of
>> humanity.
>>
>>
>>
>> _______________________________________________
>> ieee-ietf-coord mailing list
>> ieee-ietf-coord@ietf.org
>> https://www.ietf.org/mailman/listinfo/ieee-ietf-coord
>>