Re: [lamps] Proposed Re-Chartering Text for CMP updates and lightweight profile (RE: Follow-up on lightweight CMP profile)

"Panos Kampanakis (pkampana)" <pkampana@cisco.com> Thu, 09 May 2019 18:55 UTC

Return-Path: <pkampana@cisco.com>
X-Original-To: spasm@ietfa.amsl.com
Delivered-To: spasm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 283BF12013D for <spasm@ietfa.amsl.com>; Thu, 9 May 2019 11:55:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=hICInEGQ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Mg+YRXaM
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 9d4BqRpxaePe for <spasm@ietfa.amsl.com>; Thu, 9 May 2019 11:55:47 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AA1B120110 for <spasm@ietf.org>; Thu, 9 May 2019 11:55:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24082; q=dns/txt; s=iport; t=1557428147; x=1558637747; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ofWOyyqQ2pcl2DuyL8/N0Sk85ZcjzBPsZDPP3RGQ1Dk=; b=hICInEGQkRVvvb9NTVMidpD9TsQNC8/q0EPk8QlE0o8k+o1X29rfcX22 aVwNG38lErWOtTdwgkgWbEuwwOfP1Oon/sIzdUbNVlIolidEt/k4CT050 D+ILs02gpXZ6TZX8r0IKuLuElFVnRoHiZoshL9REXCM0CUqTD1u2AfBsH s=;
IronPort-PHdr: 9a23:TL3D5B8L/lNbRv9uRHGN82YQeigqvan1NQcJ650hzqhDabmn44+8ZR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUERoMiMEYhQslVdaGAEjjJfjjRyc7B89FElRi+iLzPA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ATAAD5dtRc/5pdJa1kGQEBAQEBAQEBAQEBAQcBAQEBAQGBVAEBAQEBAQsBgQ4vJCwDaVUgBAsoh1gDjn2CV5clgUKBEANUCQEBAQwBARgBCQsCAQGBBV2CXgKCCCM3Bg4BAwEBBAEBAgEEbRwMhUoBAQEEAQEQGxMBASwEBwEPAgEIEQQBASEDBAcnCxQJCAEBBAENBQgagnsEAoEdTQMdAQ6iGgKBNYhfgiCCeQEBBYUEAxWCDwMGgTIBiguBQxeBQD+BEUaCHi4+gmEBAQIYgQsJARIBISsJgwaCBCKKfCERJIZWiAqNFwkCggmGHYxSghCTSYhrgzqBIZNWAgQCBAUCDgEBBYFlIg1ZcXAVO4JsE4FYJAwXFIM4hRSFP3IBAQEBgSWME4FUbwEB
X-IronPort-AV: E=Sophos;i="5.60,450,1549929600"; d="scan'208,217";a="560640736"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 May 2019 18:55:46 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id x49ItjTR012218 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 9 May 2019 18:55:45 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 9 May 2019 13:55:45 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 9 May 2019 14:55:44 -0400
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 9 May 2019 14:55:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=stReu9JHc91HRt/Crwy/E5/4MGO2dvAW6hKTfny//R0=; b=Mg+YRXaMCugaTIxXvIpLZcTPFrkPQKMr6Foouvrvv6+HISuyfzx543YLauTs4SM3FnMeFR54fB1W49feF7Ccm1F4E6fcEdhl9ZB/niZGwB7eoKE/DfuL3uY/k4ZCBZHVTZRnxauNdz175/C9juCClqza4X7xGwZ9sCq0/zmpM5k=
Received: from MWHPR11MB1838.namprd11.prod.outlook.com (10.175.53.141) by MWHPR11MB1310.namprd11.prod.outlook.com (10.169.237.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.20; Thu, 9 May 2019 18:55:42 +0000
Received: from MWHPR11MB1838.namprd11.prod.outlook.com ([fe80::4964:5495:9121:8f12]) by MWHPR11MB1838.namprd11.prod.outlook.com ([fe80::4964:5495:9121:8f12%7]) with mapi id 15.20.1878.022; Thu, 9 May 2019 18:55:42 +0000
From: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>
To: "Brockhaus, Hendrik" <hendrik.brockhaus@siemens.com>, "spasm@ietf.org" <spasm@ietf.org>
CC: Jim Schaad <ietf@augustcellars.com>, Russ Housley <housley@vigilsec.com>, "steffen.fries@siemens.com" <steffen.fries@siemens.com>
Thread-Topic: Proposed Re-Chartering Text for CMP updates and lightweight profile (RE: Follow-up on lightweight CMP profile)
Thread-Index: AdUFfDdARgDJEG61S0aIn5X7GJC6HQAKDYZwAAIqrYAAGMXOoA==
Date: Thu, 09 May 2019 18:55:42 +0000
Message-ID: <MWHPR11MB18382E8686BF5B7396670A94C9330@MWHPR11MB1838.namprd11.prod.outlook.com>
References: <AM0PR10MB24028210BCE560C64195A74EFE320@AM0PR10MB2402.EURPRD10.PROD.OUTLOOK.COM> <MWHPR11MB1838E6295E39B04C0591DC28C9320@MWHPR11MB1838.namprd11.prod.outlook.com> <AM0PR10MB24028EE38E0E50BA6B30BC05FE320@AM0PR10MB2402.EURPRD10.PROD.OUTLOOK.COM>
In-Reply-To: <AM0PR10MB24028EE38E0E50BA6B30BC05FE320@AM0PR10MB2402.EURPRD10.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pkampana@cisco.com;
x-originating-ip: [2001:420:2090:1009:98b8:ca19:316a:b117]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 2efe0e8d-200a-465d-ee02-08d6d4afefbd
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:MWHPR11MB1310;
x-ms-traffictypediagnostic: MWHPR11MB1310:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <MWHPR11MB13104446813601FEDE87F1D3C9330@MWHPR11MB1310.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 003245E729
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(396003)(366004)(39860400002)(136003)(189003)(199004)(53754006)(4326008)(6306002)(54896002)(71200400001)(81166006)(236005)(606006)(6506007)(102836004)(53546011)(9686003)(2420400007)(186003)(14454004)(8676002)(71190400001)(15650500001)(229853002)(7110500001)(25786009)(81156014)(7736002)(55016002)(52536014)(6436002)(53936002)(66476007)(46003)(68736007)(2906002)(66446008)(66556008)(64756008)(316002)(66946007)(73956011)(2501003)(256004)(14444005)(76116006)(33656002)(9326002)(5660300002)(54906003)(110136005)(8936002)(74316002)(6116002)(7696005)(790700001)(486006)(6246003)(11346002)(446003)(476003)(76176011)(478600001)(99286004)(86362001)(966005); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR11MB1310; H:MWHPR11MB1838.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: wJbfGy7aLpCAQ5DT5VfozxIWZwNR7wsjLhgMdHJf7/5Fd+TjPaXjxzCOl2k0crWDkJDXwzxiqd4IFAm6vWjzr7P7skWfq3E/0oO8lI0AM953AbyK0sfX98imilPQhaHkQ/VGvLyDyg62GA/apQ29gUd1uZGzBX00XTlCbpS2wpJznX1xXBgFv3HaSGIfTJslnShZMsjHN7/M8FF+J4TZTPzO/ywTLG/k5vDvwMFl7VmW7VWsiZN0E02/e/VdzuTLDMdkJ0qkkiYlz1svfBSom+V0Meorgd9P3dCk3B2yG0pLR/WsSx+oZls/Au+gXx2OxIQNHBEJPYlMjplZRghQy1e39NaN+icR7bJnC9WxzPsTq8HXcC7ClZqwUswoiWI6NiOLiONqOnAEF3ZfnAy6SAxBGOz60zPL93Nsz0QtobU=
Content-Type: multipart/alternative; boundary="_000_MWHPR11MB18382E8686BF5B7396670A94C9330MWHPR11MB1838namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 2efe0e8d-200a-465d-ee02-08d6d4afefbd
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 May 2019 18:55:42.4779 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1310
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/GNeFglBrXteRH5NMYF-brkw_Pv8>
Subject: Re: [lamps] Proposed Re-Chartering Text for CMP updates and lightweight profile (RE: Follow-up on lightweight CMP profile)
X-BeenThere: spasm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This is a venue for discussion of doing Some Pkix And SMime \(spasm\) work." <spasm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spasm>, <mailto:spasm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm/>
List-Post: <mailto:spasm@ietf.org>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spasm>, <mailto:spasm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 May 2019 18:55:50 -0000

Hi Hendrik,

Understood. I don't question that CMP has it uses; I wanted to avoid a new profile causing confusion in areas where there were other options.

Another question.  Why is this a LAMPS item? Creating a CMP profile that applies to a specific vertical resembles a recent case where a draft was brought to the TLS WG for V2V certificates in TLS. The TLS WG did not pick up the draft because of lack of interest and the narrow usecase. Why should this item be part of the LAMPS charter and not ISO ICS or IEC that seem more natural homes?

Thanks,
Panos


From: Spasm <spasm-bounces@ietf.org> On Behalf Of Brockhaus, Hendrik
Sent: Wednesday, May 08, 2019 11:02 AM
To: Panos Kampanakis (pkampana) <pkampana@cisco.com>; spasm@ietf.org
Cc: Jim Schaad <ietf@augustcellars.com>; Russ Housley <housley@vigilsec.com>; steffen.fries@siemens.com
Subject: Re: [lamps] Proposed Re-Chartering Text for CMP updates and lightweight profile (RE: Follow-up on lightweight CMP profile)

Hi Panos,

missed you in Prague.

Steffen had a discussion on the focus of our CMP profile with Jim after the ACE meeting in Prague. May be we did not focus enough on industrial use cases. Our focus in not in the first place on constrained devices, but we believe that CMP would also work perfectly on all those devices capable to run TLS.
Currently CMP is already used in mobile networks and in rail networks.. But we see the need to specify the needed uses cases in more detail to get interoperable implementations.
The big advantage of CMP for industrial use is that we do not have any security requirements to the transport of the messages, since CMP messages are self-contained and support end-to-end security.  A hop-by-hop security or asynchronous transport is not always feasible.

Hendrik

Von: Panos Kampanakis (pkampana) <pkampana@cisco.com<mailto:pkampana@cisco.com>>
Gesendet: Mittwoch, 8. Mai 2019 16:00
An: spasm@ietf.org<mailto:spasm@ietf.org>; Russ Housley <housley@vigilsec.com<mailto:housley@vigilsec.com>>; Brockhaus, Hendrik (CT RDA ITS SEA-DE) <hendrik.brockhaus@siemens.com<mailto:hendrik.brockhaus@siemens.com>>
Cc: Jim Schaad <ietf@augustcellars.com<mailto:ietf@augustcellars.com>>; Fries, Steffen (CT RDA ITS) <steffen.fries@siemens.com<mailto:steffen.fries@siemens.com>>
Betreff: RE: Proposed Re-Chartering Text for CMP updates and lightweight profile (RE: Follow-up on lightweight CMP profile)


Hi Hendrik,

Long time since we talked.

With such a profile, I have a concern that what happened with SCEP, CMC, CMPv2, EST is likely to happen in constrained environments. Using two or more protocols (EST-coaps, a CMP profile over different transports, and others) that do similar things would lead to fragmentation and confuse vendors that want to pick one.

I am not sure I have heard a broad need for a CMP profile in ACE. If this is a single vendor need, does IETF even need to standardize this CMP profile?

Panos


From: Spasm <spasm-bounces@ietf.org<mailto:spasm-bounces@ietf.org>> On Behalf Of Brockhaus, Hendrik
Sent: Wednesday, May 08, 2019 5:10 AM
To: spasm@ietf.org<mailto:spasm@ietf.org>; Russ Housley <housley@vigilsec.com<mailto:housley@vigilsec.com>>
Cc: Jim Schaad <ietf@augustcellars.com<mailto:ietf@augustcellars.com>>; steffen.fries@siemens.com<mailto:steffen.fries@siemens.com>
Subject: [lamps] Proposed Re-Chartering Text for CMP updates and lightweight profile (RE: Follow-up on lightweight CMP profile)

Hi Russ, all,

as discussed at IETF104 and on this list we would like to spend further work on updating and profiling CMP focusing on industrial use cases.
To get input, feedback and support from LAMPS we propose the following charter text.

As certificate management gets increasingly important in industrial environments, it needs to be tailored to the specific needs. CMP as existing protocol offers a vast range of options. As it is already being applied in industrial environments it needs to be enhanced to more efficiently support of industrial use cases, crypto agility and specific communication relations on the one hand and profiled to the necessary functionality on the other hand to ease application and to better facilitate interoperable implementation.


Hendrik

Von: Russ Housley <housley@vigilsec.com<mailto:housley@vigilsec.com>>
Gesendet: Mittwoch, 8. Mai 2019 02:18
An: Brockhaus, Hendrik (CT RDA ITS SEA-DE) <hendrik.brockhaus@siemens.com<mailto:hendrik.brockhaus@siemens.com>>
Cc: spasm@ietf.org<mailto:spasm@ietf.org>; Jim Schaad <ietf@augustcellars.com<mailto:ietf@augustcellars.com>>; Fries, Steffen (CT RDA ITS) <steffen.fries@siemens.com<mailto:steffen.fries@siemens..com>>
Betreff: Re: [lamps] Follow-up on lightweight CMP profile

Hendrik:

The current re-charter is about two weeks away.  You would need to propose text for the charter on this list, and see if there are people that will review and implement.

Russ


On May 3, 2019, at 4:52 AM, Brockhaus, Hendrik <hendrik.brockhaus@siemens.com<mailto:hendrik.brockhaus@siemens.com>> wrote:

Hi all

Referring to the Email thread 'Seeking guidance on proceeding with question from IETF-104 presentation on lightweight CMP profile' and to the outcome of the WG meeting, we want to summarize the current state of the discussion.
The discussion we had with Jim motivate a split of the current draft into a CMP Updates and a CMP Profile document. The update of CMP is needed because we identified at least two point where a change to CMP is needed:
- Change the type of encryptedCert from EncryptedValue to EncryptedKey for ECC and post-quantum algorithm support
- Extend the RootCAUpdate announcement message to e request/response message to enable requesting the update from the client side
The remaining points from the initial email were seen as profiling topic and would therefore be handled in the CMP Profile document...

@Russ, how do you see the status of the current re-chartering process? Would you support to add both, or at least the CMP Updates, activities under the revised charter?

- Hendrik
_______________________________________________
Spasm mailing list
Spasm@ietf.org<mailto:Spasm@ietf.org>
https://www.ietf.org/mailman/listinfo/spasm<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspasm&data=02%7C01%7Chendrik.brockhaus%40siemens.com%7C826a1c2e978d47ab1dea08d6d3bd8a02%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C636929208355269935&sdata=KYX7htjTVg8Eppn8PrwnN0kVojKPnYpCvUpuiI8bn58%3D&reserved=0>