From nobody Mon Jun 12 11:18:39 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B11912EB4F for ; Mon, 12 Jun 2017 11:18:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, 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 Sn_DBdmEFdGM for ; Mon, 12 Jun 2017 11:18:35 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 24AF712969E for ; Mon, 12 Jun 2017 11:18:34 -0700 (PDT) Received: from [192.168.91.196] ([80.92.114.129]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Meutp-1dVf6u1J0L-00OZXz; Mon, 12 Jun 2017 20:18:25 +0200 To: "cose@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Cc: Kepeng Li , Hannes Tschofenig Message-ID: Date: Mon, 12 Jun 2017 20:18:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:e+8qDT1l/SSX+Pnv/t0Mpd9dTmkLh75keIz/x1fSNkNM1qZyDRH E1+M2EBpDLjxBNXFHbQL+DjRkzaTNVFyD/RJArNQ02jAxy7ehLOM5LGyiyJy8D+PWPbSzAX J8jEwX1Vw4edObrPoQHuUrzPE+yylcVzom2iPGQUbqHDihi0O+xC/FSjuBMDXLjNHGiWwEH 0ubvDt9EYtIdknAmKDmpg== X-UI-Out-Filterresults: notjunk:1;V01:K0:tRGy8uAMdg4=:1uwVxZCVI7xCIR+Z7QZ3wh XgsoRCmDtkzs33Bjy7WUNa72bjZ5tfAFiXMqAvSJdkhd5SRQYs7lGV7Ujphb+aYTrtdFj6rJf CujdSGd0YsFbVXZb5yWYtLW3InhfwZmh4iiCWsKmyvgZA4YZsf0B/W6niN345BTt1EUkicsye zgYPhxRWRjJd2tdu/RaXdDTmWlnkcg04M3ylpjjxaDucmhVDHG8MIC2uXJtPoLztXtTKxb1lu AixYYjwV6rcT2hEdnysy0LICLa6d1bak5F94kNi5RMr8v3W25+JZB7lESdDe6Aq4aF0sCZF7T u9PHnK2N64o0SHmuScBlRs9PO+zN1SrbtujxHO799E/cuX++PZiipT9WKwNpv6ctwNpwALet4 vPGt/BIaVx0oYjMhRIbwLjHZyy2UFemzDgkwazUba2MvmixvEJQdP0lBHdZmwbU4AZk5QK4Eu eViJi0inpnUUXhB83qrLvXVA38xUWtzE6mFp6K0wJgPNdX5mINm1swdQ6YM6qBUkhzOQcQ4eQ 1PFsTmAMtmEVEh5zgZYlyGlaMoL68caOTh3c4B5K+rjJ378vOANZm2lGf9XckLKv5FQJmpObo y3DBNH1UUtV6keuxj5WW5ADTPgSPf+hBYlSH+iZW7/SgfHGT7vgJ3x9KtWsQXuOUeFZLoEvGp n8R9pBRFaLl78EEnI6G46xcfSCY6H9C7Uhc1Qpc1bXFzkp1QUdiSGGjKvlW1PEdCt/B53mdLP B3/f2CVfARS2CODYiPoGMUet6F3vHUROwaMRT3xrpLAtN0VPh31sL5hQvQNu/t6rN2sFPrkCR RDJHPQg Archived-At: Subject: [COSE] Potential uses of PoP keys in CBOR Web Tokens (CWTs) X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2017 18:18:37 -0000 Hi all, RFC 7800 defines how to communicate Proof of Possession (PoP) keys for JSON Web Tokens (JWTs) [RFC 7519]. The CBOR Web Token (CWT) draft-ietf-ace-cbor-web-token spec defines the CBOR/COSE equivalent of the JSON/JOSE JWT spec. The ACE working group is planning to also define a CBOR/COSE equivalent of RFC 7800 and is interested in knowing how you might use CBOR proof-of-possession keys for CWTs. Please drop us a message if you are using CBOR PoP keys for CWTs. We would like to learn more about your usage. Ciao Hannes & Kepeng From nobody Thu Jun 15 12:58:14 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B637C1201F2 for ; Thu, 15 Jun 2017 12:58:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.02 X-Spam-Level: X-Spam-Status: No, score=-7.02 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qti.qualcomm.com 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 3DdRqnaOpd2i for ; Thu, 15 Jun 2017 12:58:11 -0700 (PDT) Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9E5A127869 for ; Thu, 15 Jun 2017 12:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1497556691; x=1529092691; h=from:to:subject:date:message-id:mime-version; bh=mEydNvtPsqHMCWc72YLxUZXRnUNkxcWwlJU1K+XWK2Y=; b=OgNl4Rly13+ipPkC+6KmhGnEC1bIv3MI5Fp6xwmsba82QnCm8ma0UAHt 8GD3oHIwUx4GjgYCCtc+HtCdiv7OgZWvg67OVcmZ/6BQ2EJ2PeK5e8J6q drrU+hOKDU5pcWsWN6/dsmLU9emMee3mqLDk492Y9W+e8wv9z5IVXFmg6 I=; X-IronPort-AV: E=Sophos;i="5.39,344,1493708400"; d="scan'208,217";a="293681666" Received: from unknown (HELO ironmsg02-R.qualcomm.com) ([10.53.140.106]) by wolverine01.qualcomm.com with ESMTP; 15 Jun 2017 12:58:09 -0700 X-IronPort-AV: E=McAfee;i="5800,7501,8561"; a="980920722" X-MGA-submission: =?us-ascii?q?MDH94kZpgVuBXJicE3wB3mX2keG1/PNCkLRo3z?= =?us-ascii?q?ElzukIo9T+QXzPGlWzyVoJf1g3GaFtNLPM4+uNVv/yjw5Z/Opgi4oYqu?= =?us-ascii?q?pXoUJp6+ay2UX1SHXrsP0520e1YTuWnU9V/9IFbwMxlsASLElKhUSO2d?= =?us-ascii?q?Ms?= Received: from nasanexm01e.na.qualcomm.com ([10.85.0.31]) by ironmsg02-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 15 Jun 2017 12:58:09 -0700 Received: from NASANEXM01B.na.qualcomm.com (10.85.0.82) by NASANEXM01E.na.qualcomm.com (10.85.0.31) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Thu, 15 Jun 2017 12:58:09 -0700 Received: from NASANEXM01B.na.qualcomm.com ([10.85.0.82]) by NASANEXM01B.na.qualcomm.com ([10.85.0.82]) with mapi id 15.00.1178.000; Thu, 15 Jun 2017 12:58:08 -0700 From: Laurence Lundblade To: cose Thread-Topic: A couple of COSE questions Thread-Index: AQHS5hG16/2bbPISsUaxWuOLPo3fhA== Date: Thu, 15 Jun 2017 19:58:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3273) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [199.106.107.6] Content-Type: multipart/alternative; boundary="_000_E60C729E02124C01B442B8E31836FB0Cqtiqualcommcom_" MIME-Version: 1.0 Archived-At: Subject: [COSE] A couple of COSE questions X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2017 19:58:13 -0000 --_000_E60C729E02124C01B442B8E31836FB0Cqtiqualcommcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gSSBoYXZlIGEgZmV3IHF1ZXN0aW9uc+KApg0KDQpSZWdpc3RyYXRpb24gb2YgaGFzaCBh bGdzDQpUaGVyZeKAmXMgbm8gYXNzaWdubWVudHMgZm9yIGhhc2ggYWxncyAoU0hBLTI1Ni4uIFNI QS01MTIsIFNIQTMtMjU24oCmKSBpbiB0aGUgSUFOQSByZWdpc3RyeSBoZXJlPGh0dHBzOi8vd3d3 LmlhbmEub3JnL2Fzc2lnbm1lbnRzL2Nvc2UvY29zZS54aHRtbCNhbGdvcml0aG1zPi4gSSBhc3N1 bWUgdGhpcyBpcyBiZWNhdXNlIHRoZSBDT1NFIHByb3RvY29sIGRvZXNu4oCZdCBoYXZlIGEgbmVl ZCBiZWNhdXNlIHRoZXkgYXJlIGJ1bmRsZWQgdXAgd2l0aCB0aGUgc2lnbmluZyBhbGcgaWRlbnRp ZmllcnMuICBGb3Igbm9uLUNPU0UgcHJvdG9jb2xzIHRoYXQgdXNlIENCT1IgYW5kIGRvIGhhdmUg YSBuZWVkIHRvIGlkZW50aWZ5IGEgaGFzaCwgd291bGQgaXQgYmUgcmVhc29uYWJsZSB0byBhZGQg dGhlbT8gIFRoZSBDT1NFIHJlZ2lzdHJ5IHNlZW1zIGxpa2UgaXQgaXMgdGhlIHBsYWNlIHRvIHJl Z2lzdGVyIGFsZ29yaXRobSBJRHMgZm9yIHVzZSBpbiBDQk9SIGluIGdlbmVyYWwuICBJIGFzc3Vt ZSB0aGUgcHJvY2VzcyB3b3VsZCBiZSB0byB3cml0ZSBhIHNpbXBsZSBSRkMsIHB1Ymxpc2ggYW5k IHRoZW4gYWRkIHRvIHRoZSByZWdpc3RyeS4NCg0KDQpSZWdpc3RyYXRpb24gb2YgdGFnZ2luZyBm b3IgQ09TRSBtZXNzYWdlcw0KV2h5IGlzbuKAmXQgdGhlcmUgYSByZWdpc3RyeSBzZWN0aW9uIGZv ciB0aGUgdGFncyBmb3IgdGhlc2UgZGlmZmVyZW50IENPU0UgbWVzc2FnZXM/DQoNCiAgIENPU0Vf VGFnZ2VkX01lc3NhZ2UgPSBDT1NFX1NpZ25fVGFnZ2VkIC8gQ09TRV9TaWduMV9UYWdnZWQgLw0K ICAgICAgIENPU0VfRW5jcnlwdF9UYWdnZWQgLyBDT1NFX0VuY3J5cHQwX1RhZ2dlZCAvDQogICAg ICAgQ09TRV9NYWNfVGFnZ2VkIC8gQ09TRV9NYWMwX1RhZ2dlZA0KDQoNClRhZ2dpbmcgb2YgYnN0 ciB3cmFwcGVkIGRhdGENCkl0IHNlZW1zIGxpa2UgaXQgd291bGQgYmUgaGVscGZ1bCB0byB1c2Ug YW4gb3B0aW9uIHRhZyBvbiB0aGUgYnN0ci13cmFwcGVkIHBheWxvYWQgZm9yIENPU0VfU2lnbiBh bmQgc3VjaCB0byB0ZWxsIGdlbmVyYWwgcHVycG9zZSBwYXJzZXJzIGFuZCB0cmFuc2xhdG9ycyB0 byByZW1vdmUgdGhlIGJzdHIgd3JhcHBpbmcgYW5kIGtlZXAgZ29pbmcuIFRhZyA1NTc5OSBzZWVt cyBsaWtlIHRoZSBiZXN0IGZpdCBzbyBmYXIsIGJ1dCBpdCBtYXkgbm90IGJlIGEgcGVyZmVjdCBm aXQgYW5kIGl0IHdvdWxkIGJlIG5pY2UgdG8gdXNlIGEgdGFnIGxlc3MgdGhhbiAyNC4NCg0KVGhh bmtzIQ0KDQpMTA0KDQo= --_000_E60C729E02124C01B442B8E31836FB0Cqtiqualcommcom_ Content-Type: text/html; charset="utf-8" Content-ID: <84AD4E631D1DFD40BDB9E150A9127DB8@qualcomm.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGVsbG8gSSBoYXZlIGEgZmV3IHF1 ZXN0aW9uc+KApg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PHUgY2xhc3M9IiI+UmVnaXN0cmF0aW9uIG9mIGhhc2ggYWxnczwvdT48L2Rpdj4NCjxk aXYgY2xhc3M9IiI+VGhlcmXigJlzIG5vIGFzc2lnbm1lbnRzIGZvciBoYXNoIGFsZ3MgKFNIQS0y NTYuLiBTSEEtNTEyLCBTSEEzLTI1NuKApikgaW4gdGhlIElBTkEgcmVnaXN0cnkmbmJzcDs8YSBo cmVmPSJodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9jb3NlL2Nvc2UueGh0bWwjYWxn b3JpdGhtcyIgY2xhc3M9IiI+aGVyZTwvYT4uIEkgYXNzdW1lIHRoaXMgaXMgYmVjYXVzZSB0aGUg Q09TRSBwcm90b2NvbCBkb2VzbuKAmXQgaGF2ZSBhIG5lZWQgYmVjYXVzZQ0KIHRoZXkgYXJlIGJ1 bmRsZWQgdXAgd2l0aCB0aGUgc2lnbmluZyBhbGcgaWRlbnRpZmllcnMuICZuYnNwO0ZvciBub24t Q09TRSBwcm90b2NvbHMgdGhhdCB1c2UgQ0JPUiBhbmQgZG8gaGF2ZSBhIG5lZWQgdG8gaWRlbnRp ZnkgYSBoYXNoLCB3b3VsZCBpdCBiZSByZWFzb25hYmxlIHRvIGFkZCB0aGVtPyAmbmJzcDtUaGUg Q09TRSByZWdpc3RyeSBzZWVtcyBsaWtlIGl0IGlzIHRoZSBwbGFjZSB0byByZWdpc3RlciBhbGdv cml0aG0gSURzIGZvciB1c2UgaW4gQ0JPUiBpbg0KIGdlbmVyYWwuICZuYnNwO0kgYXNzdW1lIHRo ZSBwcm9jZXNzIHdvdWxkIGJlIHRvIHdyaXRlIGEgc2ltcGxlIFJGQywgcHVibGlzaCBhbmQgdGhl biBhZGQgdG8gdGhlIHJlZ2lzdHJ5LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjx1IGNsYXNzPSIiPlJlZ2lzdHJhdGlvbiBvZiB0YWdnaW5nIGZvciBDT1NFIG1lc3NhZ2Vz PC91PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5XaHkgaXNu4oCZdCB0aGVyZSBhIHJlZ2lzdHJ5IHNl Y3Rpb24gZm9yIHRoZSB0YWdzIGZvciB0aGVzZSBkaWZmZXJlbnQgQ09TRSBtZXNzYWdlcz8mbmJz cDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cHJlIGNsYXNzPSJuZXdwYWdlIiBzdHlsZT0iZm9u dC1zaXplOiAxMy4zMzMzMzMwMTU0NDE4OTVweDsgbWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90 dG9tOiAwcHg7IGJyZWFrLWJlZm9yZTogcGFnZTsiPiAgIENPU0VfVGFnZ2VkX01lc3NhZ2UgPSBD T1NFX1NpZ25fVGFnZ2VkIC8gQ09TRV9TaWduMV9UYWdnZWQgLw0KICAgICAgIENPU0VfRW5jcnlw dF9UYWdnZWQgLyBDT1NFX0VuY3J5cHQwX1RhZ2dlZCAvDQogICAgICAgQ09TRV9NYWNfVGFnZ2Vk IC8gQ09TRV9NYWMwX1RhZ2dlZDwvcHJlPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+PHUgY2xhc3M9IiI+VGFnZ2luZyBvZiBic3RyIHdyYXBwZWQgZGF0YTwvdT48L2Rp dj4NCjxkaXYgY2xhc3M9IiI+SXQgc2VlbXMgbGlrZSBpdCB3b3VsZCBiZSBoZWxwZnVsIHRvIHVz ZSBhbiBvcHRpb24gdGFnIG9uIHRoZSBic3RyLXdyYXBwZWQgcGF5bG9hZCBmb3IgQ09TRV9TaWdu IGFuZCBzdWNoIHRvIHRlbGwgZ2VuZXJhbCBwdXJwb3NlIHBhcnNlcnMgYW5kIHRyYW5zbGF0b3Jz IHRvIHJlbW92ZSB0aGUgYnN0ciB3cmFwcGluZyBhbmQga2VlcCBnb2luZy4gVGFnIDU1Nzk5IHNl ZW1zIGxpa2UgdGhlIGJlc3QgZml0IHNvIGZhciwgYnV0DQogaXQgbWF5IG5vdCBiZSBhIHBlcmZl Y3QgZml0IGFuZCBpdCB3b3VsZCBiZSBuaWNlIHRvIHVzZSBhIHRhZyBsZXNzIHRoYW4gMjQuICZu YnNwOyZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+VGhhbmtzITwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+TEw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_E60C729E02124C01B442B8E31836FB0Cqtiqualcommcom_-- From nobody Thu Jun 15 14:01:22 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 463891294E8 for ; Thu, 15 Jun 2017 14:01:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=augustcellars.com 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 77-XkJPL2XSe for ; Thu, 15 Jun 2017 14:01:17 -0700 (PDT) Received: from mail4.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B637812947A for ; Thu, 15 Jun 2017 14:01:17 -0700 (PDT) Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01D2E5DF.D82AFF90" Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; d=augustcellars.com; s=winery; c=simple/simple; t=1497560474; h=from:subject:to:date:message-id; bh=+NesbRzVmBNN3SWm+CafYWU8+xw6ZKtSZFLI5pBeUgc=; b=P6KE88fXyKJ7Sk7h+MFH2/C8TqgueKBD2nP0SVfsXs8tr0IsjBTuaWmiRq93mxbqdgdBq96W4he iGfht0wNoAic72XwaX6PGHg0G/dWYnVWbUnPcePKANh7eEodgRYfG9ST3iEBMU4PEyHgitSb+I4vY Urq26yefnROrG2n2eci33XW69fL6Afgul5lwX4umLVMZnQ//1HINFFhOb4Zt3dnJXVvyJnPysb4LT SJZo+AZ8KorkLw5A4mF41zpnXleGZBpS0c4qR7tyqwYiTfz//lYkjHG1GzAIIJIiDPr0C+I+yN2SB khoFecgu0vU4II4JMnZaNHOBQeGTktnBStEA== Received: from mail2.augustcellars.com (192.168.1.201) by mail4.augustcellars.com (192.168.1.153) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 15 Jun 2017 14:01:13 -0700 Received: from Hebrews (173.8.216.38) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 15 Jun 2017 14:01:10 -0700 From: Jim Schaad To: 'Laurence Lundblade' , 'cose' References: In-Reply-To: Date: Thu, 15 Jun 2017 14:01:07 -0700 Message-ID: <000601d2e61a$84840b30$8d8c2190$@augustcellars.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIf/JZRcsJoiB3IJKBI3+iluTCx4qGMOR7Q X-Originating-IP: [173.8.216.38] Archived-At: Subject: Re: [COSE] A couple of COSE questions X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2017 21:01:20 -0000 ------=_NextPart_000_0007_01D2E5DF.D82AFF90 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable See in line comments =20 Jim =20 =20 From: COSE [mailto:cose-bounces@ietf.org] On Behalf Of Laurence = Lundblade Sent: Thursday, June 15, 2017 12:58 PM To: cose Subject: [COSE] A couple of COSE questions =20 Hello I have a few questions=E2=80=A6=20 =20 Registration of hash algs There=E2=80=99s no assignments for hash algs (SHA-256.. SHA-512, = SHA3-256=E2=80=A6) in the IANA registry here = . I assume = this is because the COSE protocol doesn=E2=80=99t have a need because = they are bundled up with the signing alg identifiers. For non-COSE = protocols that use CBOR and do have a need to identify a hash, would it = be reasonable to add them? The COSE registry seems like it is the place = to register algorithm IDs for use in CBOR in general. I assume the = process would be to write a simple RFC, publish and then add to the = registry. =20 [JLS] Yes the reason that there are no hash algorithms is that they = were not needed for any of the core COSE functions. I am in the process = of registering two hash functions as part of ietf-schaad-cose-x509. = These are a SHA-256 and a truncated SHA-256. If you want to write up a = more complete RFC for this that would be fine with me. =20 =20 Registration of tagging for COSE messages Why isn=E2=80=99t there a registry section for the tags for these = different COSE messages?=20 COSE_Tagged_Message =3D COSE_Sign_Tagged / COSE_Sign1_Tagged / COSE_Encrypt_Tagged / COSE_Encrypt0_Tagged / COSE_Mac_Tagged / COSE_Mac0_Tagged =20 [JLS] Not too sure what registry you are looking for here. But I think = you want this registry = https://www.iana.org/assignments/cbor-tags/cbor-tags.xhtml#tags =20 Tagging of bstr wrapped data It seems like it would be helpful to use an option tag on the = bstr-wrapped payload for COSE_Sign and such to tell general purpose = parsers and translators to remove the bstr wrapping and keep going. Tag = 55799 seems like the best fit so far, but it may not be a perfect fit = and it would be nice to use a tag less than 24. =20 =20 [JLS] I am not sure that you would find this generically helpful. The = problem is that the parser needs to provide both the encoded version and = the unencoded version if you are going to do an automatic recursion of = the CBOR decoder. You need the first in order to do the signature = validation processing. This means that there does not seem to be a real = point to making the recursion occur automatically that I can see. We = have not provided all of the cues that would be needed to do a stream = decode and validation at the same process ala how CMS does it (and even = then there are cases where you need to go back and restart the process = again). =20 Thanks! =20 LL =20 ------=_NextPart_000_0007_01D2E5DF.D82AFF90 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

See in = line comments

 

Jim

 

 

From: COSE = [mailto:cose-bounces@ietf.org] On Behalf Of Laurence = Lundblade
Sent: Thursday, June 15, 2017 12:58 PM
To: = cose <cose@ietf.org>
Subject: [COSE] A couple of COSE = questions

 

Hello I have = a few questions=E2=80=A6

 

Registration of hash = algs

There=E2=80=99s = no assignments for hash algs (SHA-256.. SHA-512, SHA3-256=E2=80=A6) in = the IANA registry here= . I assume this is because the COSE protocol doesn=E2=80=99t have a = need because they are bundled up with the signing alg identifiers. =  For non-COSE protocols that use CBOR and do have a need to = identify a hash, would it be reasonable to add them?  The COSE = registry seems like it is the place to register algorithm IDs for use in = CBOR in general.  I assume the process would be to write a simple = RFC, publish and then add to the registry.

 

[JLS]=C2=A0 Yes the reason that there are no = hash algorithms is that they were not needed for any of the core COSE = functions.=C2=A0 I am in the process of registering two hash functions = as part of ietf-schaad-cose-x509.=C2=A0 These are a SHA-256 and a = truncated SHA-256.=C2=A0 If you want to write up a more complete RFC for = this that would be fine with me.

 

 

Registration of tagging for COSE = messages

Why = isn=E2=80=99t there a registry section for the tags for these different = COSE messages? 

=C2=A0=C2=A0 COSE_Tagged_Message =3D =
COSE_Sign_Tagged / COSE_Sign1_Tagged =
/
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
COSE_Encrypt_Tagged / COSE_Encrypt0_Tagged =
/
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
COSE_Mac_Tagged / COSE_Mac0_Tagged

 

[JLS] Not too sure what registry you are looking = for here.=C2=A0 But I think you want this registry = https://www.iana.org/assignments/cbor-tags/cbor-tags.xhtml#tags

 

Tagging of bstr wrapped = data

It seems like it = would be helpful to use an option tag on the bstr-wrapped payload for = COSE_Sign and such to tell general purpose parsers and translators to = remove the bstr wrapping and keep going. Tag 55799 seems like the best = fit so far, but it may not be a perfect fit and it would be nice to use = a tag less than 24.   

 

[JLS]=C2=A0 I am not sure that you would find = this generically helpful.=C2=A0 The problem is that the parser needs to = provide both the encoded version and the unencoded version if you are = going to do an automatic recursion of the CBOR decoder.=C2=A0 You need = the first in order to do the signature validation processing.=C2=A0 This = means that there does not seem to be a real point to making the = recursion occur automatically that I can see.=C2=A0 We have not provided = all of the cues that would be needed to do a stream decode and = validation at the same process ala how CMS does it (and even then there = are cases where you need to go back and restart the process = again).

 

Thanks!

 

LL

 

------=_NextPart_000_0007_01D2E5DF.D82AFF90-- From nobody Thu Jun 15 14:14:23 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EF61129544 for ; Thu, 15 Jun 2017 14:14:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.02 X-Spam-Level: X-Spam-Status: No, score=-7.02 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qti.qualcomm.com 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 oCJV9r2sbxZg for ; Thu, 15 Jun 2017 14:14:19 -0700 (PDT) Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17C8C129537 for ; Thu, 15 Jun 2017 14:14:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1497561259; x=1529097259; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ibj82wpHhngMyL+kl1EAAsOuAdbHXIDrKdcFQZAeOIE=; b=PC2slhxXtnWsEcmTp4UnZz4+zTcSdJGhO4l2zDY0oP7IvR6As9NMlp2K FCujoTaLGANc6eOkuG8WXJoIth5Q6KmXTPtbJVgs2fMUVzUpv5ViwoZJO hmw34mXZdrbaYJUePa3QzKqy17h+sD8l5FrQ+6+7E8J39NJHw0teBWDVA Y=; X-IronPort-AV: E=Sophos;i="5.39,344,1493708400"; d="scan'208,217";a="389328832" Received: from unknown (HELO Ironmsg03-R.qualcomm.com) ([10.53.140.107]) by wolverine02.qualcomm.com with ESMTP; 15 Jun 2017 14:14:11 -0700 X-IronPort-AV: E=McAfee;i="5800,7501,8561"; a="1388458721" X-MGA-submission: =?us-ascii?q?MDFb6wO0dx6vTlElWyhITn8evoj2Cy8tWoLLPM?= =?us-ascii?q?LN2F2FpFJv375y2mW/9T9qBhp0SpQq0ElGgAJrsvMyTzKpooUhmvGfKc?= =?us-ascii?q?ZkSugKkFUzY5NZ7SVXaTf6hoY05vvjQEQQ4Yosgpl9Tl9LJtJh+YwtdB?= =?us-ascii?q?Mk?= Received: from nasanexm01e.na.qualcomm.com ([10.85.0.31]) by Ironmsg03-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 15 Jun 2017 14:14:11 -0700 Received: from NASANEXM01B.na.qualcomm.com (10.85.0.82) by NASANEXM01E.na.qualcomm.com (10.85.0.31) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Thu, 15 Jun 2017 14:14:11 -0700 Received: from NASANEXM01B.na.qualcomm.com ([10.85.0.82]) by NASANEXM01B.na.qualcomm.com ([10.85.0.82]) with mapi id 15.00.1178.000; Thu, 15 Jun 2017 14:14:10 -0700 From: Laurence Lundblade To: Jim Schaad CC: cose Thread-Topic: [COSE] A couple of COSE questions Thread-Index: AQHS5hG1oa0lkD9YRUqsmyhba1JpMqIm3jmAgAADpQA= Date: Thu, 15 Jun 2017 21:14:10 +0000 Message-ID: <05AB593B-CAE8-4229-AE51-8A701C049C5E@qti.qualcomm.com> References: <000601d2e61a$84840b30$8d8c2190$@augustcellars.com> In-Reply-To: <000601d2e61a$84840b30$8d8c2190$@augustcellars.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3273) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [199.106.107.6] Content-Type: multipart/alternative; boundary="_000_05AB593BCAE84229AE518A701C049C5Eqtiqualcommcom_" MIME-Version: 1.0 Archived-At: Subject: Re: [COSE] A couple of COSE questions X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2017 21:14:21 -0000 --_000_05AB593BCAE84229AE518A701C049C5Eqtiqualcommcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91IEppbSwNCg0KQSBmZXcgY29tbWVudHMgYmVsb3cuDQoNCg0KT24gSnVuIDE1LCAy MDE3LCBhdCAyOjAxIFBNLCBKaW0gU2NoYWFkIDxpZXRmQGF1Z3VzdGNlbGxhcnMuY29tPG1haWx0 bzppZXRmQGF1Z3VzdGNlbGxhcnMuY29tPj4gd3JvdGU6DQoNClNlZSBpbiBsaW5lIGNvbW1lbnRz DQoNCkppbQ0KDQoNCkZyb206IENPU0UgW21haWx0bzpjb3NlLWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBMYXVyZW5jZSBMdW5kYmxhZGUNClNlbnQ6IFRodXJzZGF5LCBKdW5lIDE1LCAy MDE3IDEyOjU4IFBNDQpUbzogY29zZSA8Y29zZUBpZXRmLm9yZzxtYWlsdG86Y29zZUBpZXRmLm9y Zz4+DQpTdWJqZWN0OiBbQ09TRV0gQSBjb3VwbGUgb2YgQ09TRSBxdWVzdGlvbnMNCg0KSGVsbG8g SSBoYXZlIGEgZmV3IHF1ZXN0aW9uc+KApg0KDQpSZWdpc3RyYXRpb24gb2YgaGFzaCBhbGdzDQpU aGVyZeKAmXMgbm8gYXNzaWdubWVudHMgZm9yIGhhc2ggYWxncyAoU0hBLTI1Ni4uIFNIQS01MTIs IFNIQTMtMjU24oCmKSBpbiB0aGUgSUFOQSByZWdpc3RyeSBoZXJlPGh0dHBzOi8vd3d3LmlhbmEu b3JnL2Fzc2lnbm1lbnRzL2Nvc2UvY29zZS54aHRtbCNhbGdvcml0aG1zPi4gSSBhc3N1bWUgdGhp cyBpcyBiZWNhdXNlIHRoZSBDT1NFIHByb3RvY29sIGRvZXNu4oCZdCBoYXZlIGEgbmVlZCBiZWNh dXNlIHRoZXkgYXJlIGJ1bmRsZWQgdXAgd2l0aCB0aGUgc2lnbmluZyBhbGcgaWRlbnRpZmllcnMu ICBGb3Igbm9uLUNPU0UgcHJvdG9jb2xzIHRoYXQgdXNlIENCT1IgYW5kIGRvIGhhdmUgYSBuZWVk IHRvIGlkZW50aWZ5IGEgaGFzaCwgd291bGQgaXQgYmUgcmVhc29uYWJsZSB0byBhZGQgdGhlbT8g IFRoZSBDT1NFIHJlZ2lzdHJ5IHNlZW1zIGxpa2UgaXQgaXMgdGhlIHBsYWNlIHRvIHJlZ2lzdGVy IGFsZ29yaXRobSBJRHMgZm9yIHVzZSBpbiBDQk9SIGluIGdlbmVyYWwuICBJIGFzc3VtZSB0aGUg cHJvY2VzcyB3b3VsZCBiZSB0byB3cml0ZSBhIHNpbXBsZSBSRkMsIHB1Ymxpc2ggYW5kIHRoZW4g YWRkIHRvIHRoZSByZWdpc3RyeS4NCg0KW0pMU10gIFllcyB0aGUgcmVhc29uIHRoYXQgdGhlcmUg YXJlIG5vIGhhc2ggYWxnb3JpdGhtcyBpcyB0aGF0IHRoZXkgd2VyZSBub3QgbmVlZGVkIGZvciBh bnkgb2YgdGhlIGNvcmUgQ09TRSBmdW5jdGlvbnMuICBJIGFtIGluIHRoZSBwcm9jZXNzIG9mIHJl Z2lzdGVyaW5nIHR3byBoYXNoIGZ1bmN0aW9ucyBhcyBwYXJ0IG9mIGlldGYtc2NoYWFkLWNvc2Ut eDUwOS4gIFRoZXNlIGFyZSBhIFNIQS0yNTYgYW5kIGEgdHJ1bmNhdGVkIFNIQS0yNTYuICBJZiB5 b3Ugd2FudCB0byB3cml0ZSB1cCBhIG1vcmUgY29tcGxldGUgUkZDIGZvciB0aGlzIHRoYXQgd291 bGQgYmUgZmluZSB3aXRoIG1lLg0KDQpTSEEtMjU2IHdpbGwgZG8gZm9yIG5vdyBmb3IgbWUuICBE byB5b3UgaGF2ZSB0aGUgdmFsdWUgZm9yIGl0IHlldD8gIEkgZG9u4oCZdCBoYXZlIHRpbWUgZm9y IGEgbW9yZSBnZW5lcmFsIHdyaXRlIG9mIG1vcmUgYWxncyBhdCB0aGUgbW9tZW50Lg0KDQoNCg0K DQpSZWdpc3RyYXRpb24gb2YgdGFnZ2luZyBmb3IgQ09TRSBtZXNzYWdlcw0KV2h5IGlzbuKAmXQg dGhlcmUgYSByZWdpc3RyeSBzZWN0aW9uIGZvciB0aGUgdGFncyBmb3IgdGhlc2UgZGlmZmVyZW50 IENPU0UgbWVzc2FnZXM/DQoNCiAgIENPU0VfVGFnZ2VkX01lc3NhZ2UgPSBDT1NFX1NpZ25fVGFn Z2VkIC8gQ09TRV9TaWduMV9UYWdnZWQgLw0KDQogICAgICAgQ09TRV9FbmNyeXB0X1RhZ2dlZCAv IENPU0VfRW5jcnlwdDBfVGFnZ2VkIC8NCg0KICAgICAgIENPU0VfTWFjX1RhZ2dlZCAvIENPU0Vf TWFjMF9UYWdnZWQNCg0KDQpbSkxTXSBOb3QgdG9vIHN1cmUgd2hhdCByZWdpc3RyeSB5b3UgYXJl IGxvb2tpbmcgZm9yIGhlcmUuICBCdXQgSSB0aGluayB5b3Ugd2FudCB0aGlzIHJlZ2lzdHJ5IGh0 dHBzOi8vd3d3LmlhbmEub3JnL2Fzc2lnbm1lbnRzL2Nib3ItdGFncy9jYm9yLXRhZ3MueGh0bWwj dGFncw0KDQpUaGF04oCZcyB3aGF0IEkgd2FzIGxvb2tpbmcgZm9yLg0KDQoNCg0KVGFnZ2luZyBv ZiBic3RyIHdyYXBwZWQgZGF0YQ0KSXQgc2VlbXMgbGlrZSBpdCB3b3VsZCBiZSBoZWxwZnVsIHRv IHVzZSBhbiBvcHRpb24gdGFnIG9uIHRoZSBic3RyLXdyYXBwZWQgcGF5bG9hZCBmb3IgQ09TRV9T aWduIGFuZCBzdWNoIHRvIHRlbGwgZ2VuZXJhbCBwdXJwb3NlIHBhcnNlcnMgYW5kIHRyYW5zbGF0 b3JzIHRvIHJlbW92ZSB0aGUgYnN0ciB3cmFwcGluZyBhbmQga2VlcCBnb2luZy4gVGFnIDU1Nzk5 IHNlZW1zIGxpa2UgdGhlIGJlc3QgZml0IHNvIGZhciwgYnV0IGl0IG1heSBub3QgYmUgYSBwZXJm ZWN0IGZpdCBhbmQgaXQgd291bGQgYmUgbmljZSB0byB1c2UgYSB0YWcgbGVzcyB0aGFuIDI0Lg0K DQpbSkxTXSAgSSBhbSBub3Qgc3VyZSB0aGF0IHlvdSB3b3VsZCBmaW5kIHRoaXMgZ2VuZXJpY2Fs bHkgaGVscGZ1bC4gIFRoZSBwcm9ibGVtIGlzIHRoYXQgdGhlIHBhcnNlciBuZWVkcyB0byBwcm92 aWRlIGJvdGggdGhlIGVuY29kZWQgdmVyc2lvbiBhbmQgdGhlIHVuZW5jb2RlZCB2ZXJzaW9uIGlm IHlvdSBhcmUgZ29pbmcgdG8gZG8gYW4gYXV0b21hdGljIHJlY3Vyc2lvbiBvZiB0aGUgQ0JPUiBk ZWNvZGVyLiAgWW91IG5lZWQgdGhlIGZpcnN0IGluIG9yZGVyIHRvIGRvIHRoZSBzaWduYXR1cmUg dmFsaWRhdGlvbiBwcm9jZXNzaW5nLiAgVGhpcyBtZWFucyB0aGF0IHRoZXJlIGRvZXMgbm90IHNl ZW0gdG8gYmUgYSByZWFsIHBvaW50IHRvIG1ha2luZyB0aGUgcmVjdXJzaW9uIG9jY3VyIGF1dG9t YXRpY2FsbHkgdGhhdCBJIGNhbiBzZWUuICBXZSBoYXZlIG5vdCBwcm92aWRlZCBhbGwgb2YgdGhl IGN1ZXMgdGhhdCB3b3VsZCBiZSBuZWVkZWQgdG8gZG8gYSBzdHJlYW0gZGVjb2RlIGFuZCB2YWxp ZGF0aW9uIGF0IHRoZSBzYW1lIHByb2Nlc3MgYWxhIGhvdyBDTVMgZG9lcyBpdCAoYW5kIGV2ZW4g dGhlbiB0aGVyZSBhcmUgY2FzZXMgd2hlcmUgeW91IG5lZWQgdG8gZ28gYmFjayBhbmQgcmVzdGFy dCB0aGUgcHJvY2VzcyBhZ2FpbikuDQoNCkkgZmlndXJlZCB0aGUgYW5zd2VyIHdvdWxkIGJlIGFs b25nIHRoZXNlIGxpbmVzLg0KDQpUbyBiZSBtb3JlIGNsZWFyIG9uIHRoZSB1c2UgY2FzZSwgaXQg c2VlbXMgeW91IGNvdWxkIGhhdmUgYSBzbWFsbCBjaHVuayBvZiBTVyB0aGF0IGp1c3QgZG9lcyBz aWduYXR1cmUgdmVyaWZpY2F0aW9uLCB0aGF0IGRvZXNu4oCZdCByZWFsbHkgdW5kZXJzdGFuZCB0 aGUgZGV0YWlscyBvZiB0aGUgcGF5bG9hZC4gIEl0cyBvdXRwdXQgaXMgYSB5ZXMgb3Igbm8uICAg VGhlbiB5b3UgdXNlIGEgZ2VuZXJhbCBwdXJwb3NlIG9mZi10aGUtc2hlbGYgQ0JPUi10by1KU09O IHRyYW5zbGF0b3Igb24gdGhlIHBheWxvYWQuICBJdCBvbmx5IHJ1bnMgaWYgdGhlIHNpZyB2ZXJp ZmljYXRpb24gcGFzc2VkLg0KDQpMTA0KDQo= --_000_05AB593BCAE84229AE518A701C049C5Eqtiqualcommcom_ Content-Type: text/html; charset="utf-8" Content-ID: <4B7C6B2440239C429FE9BA724E390B96@qualcomm.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5UaGFuayB5 b3UgSmltLDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+QSBmZXcgY29tbWVudHMgYmVsb3cuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5cGU9 ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBKdW4gMTUsIDIwMTcsIGF0IDI6MDEg UE0sIEppbSBTY2hhYWQgJmx0OzxhIGhyZWY9Im1haWx0bzppZXRmQGF1Z3VzdGNlbGxhcnMuY29t IiBjbGFzcz0iIj5pZXRmQGF1Z3VzdGNlbGxhcnMuY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8 YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9IldvcmRTZWN0aW9uMSIgc3R5bGU9InBhZ2U6IFdvcmRTZWN0aW9uMTsgZm9udC1m YW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZv bnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFj aW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13 ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4g MGluIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyIgY2xhc3M9IiI+DQpTZWUgaW4gbGluZSBjb21tZW50czxvOnAgY2xhc3M9IiI+PC9v OnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6 ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxv OnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAw aW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7IiBjbGFzcz0iIj4NCkppbTxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8ZGl2IHN0 eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7 PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4N CjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBz dHlsZT0iYm9yZGVyLXN0eWxlOiBzb2xpZCBub25lIG5vbmU7IGJvcmRlci10b3Atd2lkdGg6IDFw dDsgYm9yZGVyLXRvcC1jb2xvcjogcmdiKDIyNSwgMjI1LCAyMjUpOyBwYWRkaW5nOiAzcHQgMGlu IDBpbjsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9 IiI+DQo8YiBjbGFzcz0iIj5Gcm9tOjwvYj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+Q09TRSBbPGEgaHJlZj0ibWFpbHRvOmNvc2UtYm91bmNlc0BpZXRm Lm9yZyIgc3R5bGU9ImNvbG9yOiBwdXJwbGU7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIg Y2xhc3M9IiI+bWFpbHRvOmNvc2UtYm91bmNlc0BpZXRmLm9yZzwvYT5dPHNwYW4gY2xhc3M9IkFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiIGNsYXNzPSIiPk9uDQogQmVoYWxm IE9mPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj5M YXVyZW5jZSBMdW5kYmxhZGU8YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TZW50OjwvYj48c3Bh biBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+VGh1cnNkYXksIEp1 bmUgMTUsIDIwMTcgMTI6NTggUE08YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5Ubzo8L2I+PHNw YW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmNvc2UgJmx0Ozxh IGhyZWY9Im1haWx0bzpjb3NlQGlldGYub3JnIiBzdHlsZT0iY29sb3I6IHB1cnBsZTsgdGV4dC1k ZWNvcmF0aW9uOiB1bmRlcmxpbmU7IiBjbGFzcz0iIj5jb3NlQGlldGYub3JnPC9hPiZndDs8YnIg Y2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TdWJqZWN0OjwvYj48c3BhbiBjbGFzcz0iQXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+W0NPU0VdIEEgY291cGxlIG9mIENPU0UgcXVlc3Rp b25zPG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxl PSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9v OnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6 ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCkhl bGxvIEkgaGF2ZSBhIGZldyBxdWVzdGlvbnPigKY8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjxkaXYgY2xh c3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAg Y2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2 IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjx1IGNsYXNzPSIiPlJlZ2lz dHJhdGlvbiBvZiBoYXNoIGFsZ3M8L3U+PG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsg Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNz PSIiPg0KVGhlcmXigJlzIG5vIGFzc2lnbm1lbnRzIGZvciBoYXNoIGFsZ3MgKFNIQS0yNTYuLiBT SEEtNTEyLCBTSEEzLTI1NuKApikgaW4gdGhlIElBTkEgcmVnaXN0cnkmbmJzcDs8YSBocmVmPSJo dHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9jb3NlL2Nvc2UueGh0bWwjYWxnb3JpdGht cyIgc3R5bGU9ImNvbG9yOiBwdXJwbGU7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xh c3M9IiI+aGVyZTwvYT4uIEkgYXNzdW1lIHRoaXMgaXMgYmVjYXVzZSB0aGUNCiBDT1NFIHByb3Rv Y29sIGRvZXNu4oCZdCBoYXZlIGEgbmVlZCBiZWNhdXNlIHRoZXkgYXJlIGJ1bmRsZWQgdXAgd2l0 aCB0aGUgc2lnbmluZyBhbGcgaWRlbnRpZmllcnMuICZuYnNwO0ZvciBub24tQ09TRSBwcm90b2Nv bHMgdGhhdCB1c2UgQ0JPUiBhbmQgZG8gaGF2ZSBhIG5lZWQgdG8gaWRlbnRpZnkgYSBoYXNoLCB3 b3VsZCBpdCBiZSByZWFzb25hYmxlIHRvIGFkZCB0aGVtPyAmbmJzcDtUaGUgQ09TRSByZWdpc3Ry eSBzZWVtcyBsaWtlIGl0IGlzIHRoZSBwbGFjZSB0bw0KIHJlZ2lzdGVyIGFsZ29yaXRobSBJRHMg Zm9yIHVzZSBpbiBDQk9SIGluIGdlbmVyYWwuICZuYnNwO0kgYXNzdW1lIHRoZSBwcm9jZXNzIHdv dWxkIGJlIHRvIHdyaXRlIGEgc2ltcGxlIFJGQywgcHVibGlzaCBhbmQgdGhlbiBhZGQgdG8gdGhl IHJlZ2lzdHJ5LjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46 IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+ DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxl PSJjb2xvcjogcmdiKDAsIDExMiwgMTkyKTsiIGNsYXNzPSIiPltKTFNdJm5ic3A7IFllcyB0aGUg cmVhc29uIHRoYXQgdGhlcmUgYXJlIG5vIGhhc2ggYWxnb3JpdGhtcyBpcyB0aGF0IHRoZXkgd2Vy ZSBub3QgbmVlZGVkIGZvciBhbnkgb2YgdGhlIGNvcmUgQ09TRSBmdW5jdGlvbnMuJm5ic3A7IEkg YW0gaW4gdGhlIHByb2Nlc3Mgb2YgcmVnaXN0ZXJpbmcgdHdvIGhhc2ggZnVuY3Rpb25zIGFzIHBh cnQgb2YgaWV0Zi1zY2hhYWQtY29zZS14NTA5LiZuYnNwOw0KIFRoZXNlIGFyZSBhIFNIQS0yNTYg YW5kIGEgdHJ1bmNhdGVkIFNIQS0yNTYuJm5ic3A7IElmIHlvdSB3YW50IHRvIHdyaXRlIHVwIGEg bW9yZSBjb21wbGV0ZSBSRkMgZm9yIHRoaXMgdGhhdCB3b3VsZCBiZSBmaW5lIHdpdGggbWUuPC9z cGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+U0hBLTI1NiB3aWxsIGRvIGZvciBub3cgZm9yIG1l LiAmbmJzcDtEbyB5b3UgaGF2ZSB0aGUgdmFsdWUgZm9yIGl0IHlldD8gJm5ic3A7SSBkb27igJl0 IGhhdmUgdGltZSBmb3IgYSBtb3JlIGdlbmVyYWwgd3JpdGUgb2YgbW9yZSBhbGdzIGF0IHRoZSBt b21lbnQuJm5ic3A7PC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRp diBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSIgc3R5bGU9InBhZ2U6IFdvcmRT ZWN0aW9uMTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0 eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt YWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVu dDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1z cGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiPg0KPGRpdiBjbGFz cz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMCwgMTEyLCAxOTIpOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48 L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJt YXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+ PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAw aW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7 IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFz cz0iIj4NCjx1IGNsYXNzPSIiPlJlZ2lzdHJhdGlvbiBvZiB0YWdnaW5nIGZvciBDT1NFIG1lc3Nh Z2VzPC91PjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCldoeSBpc27igJl0 IHRoZXJlIGEgcmVnaXN0cnkgc2VjdGlvbiBmb3IgdGhlIHRhZ3MgZm9yIHRoZXNlIGRpZmZlcmVu dCBDT1NFIG1lc3NhZ2VzPyZuYnNwOzxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+DQo8cHJlIHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZv bnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6ICdDb3VyaWVyIE5ldyc7IGJyZWFrLWJlZm9yZTog cGFnZTsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyBDT1NFX1RhZ2dlZF9NZXNzYWdlID0gQ09TRV9T aWduX1RhZ2dlZCAvIENPU0VfU2lnbjFfVGFnZ2VkIC88bzpwIGNsYXNzPSIiPjwvbzpwPjwvcHJl Pg0KPHByZSBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEwcHQ7 IGZvbnQtZmFtaWx5OiAnQ291cmllciBOZXcnOyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IENPU0VfRW5jcnlwdF9UYWdnZWQgLyBDT1NFX0VuY3J5cHQwX1Rh Z2dlZCAvPG86cCBjbGFzcz0iIj48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbjogMGlu IDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogJ0NvdXJpZXIgTmV3 JzsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDT1NFX01h Y19UYWdnZWQgLyBDT1NFX01hYzBfVGFnZ2VkPG86cCBjbGFzcz0iIj48L286cD48L3ByZT4NCjxk aXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4N CjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBp biAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDExMiwgMTky KTsiIGNsYXNzPSIiPltKTFNdIE5vdCB0b28gc3VyZSB3aGF0IHJlZ2lzdHJ5IHlvdSBhcmUgbG9v a2luZyBmb3IgaGVyZS4mbmJzcDsgQnV0IEkgdGhpbmsgeW91IHdhbnQgdGhpcyByZWdpc3RyeTxz cGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJo dHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9jYm9yLXRhZ3MvY2Jvci10YWdzLnhodG1s I3RhZ3MiIHN0eWxlPSJjb2xvcjogcHVycGxlOyB0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsi IGNsYXNzPSIiPmh0dHBzOi8vd3d3LmlhbmEub3JnL2Fzc2lnbm1lbnRzL2Nib3ItdGFncy9jYm9y LXRhZ3MueGh0bWwjdGFnczwvYT48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 PlRoYXTigJlzIHdoYXQgSSB3YXMgbG9va2luZyBmb3IuJm5ic3A7PC9kaXY+DQo8ZGl2PjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIg Y2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIiBzdHls ZT0icGFnZTogV29yZFNlY3Rpb24xOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6 IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9u dC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3Rh cnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTog bm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 OyI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMTEyLCAx OTIpOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAw MDFwdDsgZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsi IGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L2Rpdj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0K PHUgY2xhc3M9IiI+VGFnZ2luZyBvZiBic3RyIHdyYXBwZWQgZGF0YTwvdT48bzpwIGNsYXNzPSIi PjwvbzpwPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2lu OiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQpJdCBzZWVtcyBsaWtlIGl0IHdvdWxkIGJlIGhlbHBm dWwgdG8gdXNlIGFuIG9wdGlvbiB0YWcgb24gdGhlIGJzdHItd3JhcHBlZCBwYXlsb2FkIGZvciBD T1NFX1NpZ24gYW5kIHN1Y2ggdG8gdGVsbCBnZW5lcmFsIHB1cnBvc2UgcGFyc2VycyBhbmQgdHJh bnNsYXRvcnMgdG8gcmVtb3ZlIHRoZSBic3RyIHdyYXBwaW5nIGFuZCBrZWVwIGdvaW5nLiBUYWcg NTU3OTkgc2VlbXMgbGlrZSB0aGUgYmVzdCBmaXQgc28gZmFyLCBidXQgaXQgbWF5IG5vdCBiZQ0K IGEgcGVyZmVjdCBmaXQgYW5kIGl0IHdvdWxkIGJlIG5pY2UgdG8gdXNlIGEgdGFnIGxlc3MgdGhh biAyNC4gJm5ic3A7Jm5ic3A7PG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjxkaXYgc3R5bGU9 Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8L286 cD48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXpl OiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMTEyLCAxOTIpOyIgY2xhc3M9IiI+W0pMU10mbmJzcDsg SSBhbSBub3Qgc3VyZSB0aGF0IHlvdSB3b3VsZCBmaW5kIHRoaXMgZ2VuZXJpY2FsbHkgaGVscGZ1 bC4mbmJzcDsgVGhlIHByb2JsZW0gaXMgdGhhdCB0aGUgcGFyc2VyIG5lZWRzIHRvIHByb3ZpZGUg Ym90aCB0aGUgZW5jb2RlZCB2ZXJzaW9uIGFuZCB0aGUgdW5lbmNvZGVkIHZlcnNpb24gaWYgeW91 IGFyZSBnb2luZyB0byBkbyBhbiBhdXRvbWF0aWMgcmVjdXJzaW9uDQogb2YgdGhlIENCT1IgZGVj b2Rlci4mbmJzcDsgWW91IG5lZWQgdGhlIGZpcnN0IGluIG9yZGVyIHRvIGRvIHRoZSBzaWduYXR1 cmUgdmFsaWRhdGlvbiBwcm9jZXNzaW5nLiZuYnNwOyBUaGlzIG1lYW5zIHRoYXQgdGhlcmUgZG9l cyBub3Qgc2VlbSB0byBiZSBhIHJlYWwgcG9pbnQgdG8gbWFraW5nIHRoZSByZWN1cnNpb24gb2Nj dXIgYXV0b21hdGljYWxseSB0aGF0IEkgY2FuIHNlZS4mbmJzcDsgV2UgaGF2ZSBub3QgcHJvdmlk ZWQgYWxsIG9mIHRoZSBjdWVzIHRoYXQgd291bGQNCiBiZSBuZWVkZWQgdG8gZG8gYSBzdHJlYW0g ZGVjb2RlIGFuZCB2YWxpZGF0aW9uIGF0IHRoZSBzYW1lIHByb2Nlc3MgYWxhIGhvdyBDTVMgZG9l cyBpdCAoYW5kIGV2ZW4gdGhlbiB0aGVyZSBhcmUgY2FzZXMgd2hlcmUgeW91IG5lZWQgdG8gZ28g YmFjayBhbmQgcmVzdGFydCB0aGUgcHJvY2VzcyBhZ2FpbikuPC9zcGFuPjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXY+SSBmaWd1cmVkIHRoZSBhbnN3ZXIgd291bGQgYmUgYWxvbmcgdGhlc2UgbGluZXMu Jm5ic3A7PC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5UbyBiZSBtb3Jl IGNsZWFyIG9uIHRoZSB1c2UgY2FzZSwgaXQgc2VlbXMgeW91IGNvdWxkIGhhdmUgYSBzbWFsbCBj aHVuayBvZiBTVyB0aGF0IGp1c3QgZG9lcyBzaWduYXR1cmUgdmVyaWZpY2F0aW9uLCB0aGF0IGRv ZXNu4oCZdCByZWFsbHkgdW5kZXJzdGFuZCB0aGUgZGV0YWlscyBvZiB0aGUgcGF5bG9hZC4gJm5i c3A7SXRzIG91dHB1dCBpcyBhIHllcyBvciBuby4gJm5ic3A7IFRoZW4geW91IHVzZSBhIGdlbmVy YWwgcHVycG9zZSBvZmYtdGhlLXNoZWxmIENCT1ItdG8tSlNPTg0KIHRyYW5zbGF0b3Igb24gdGhl IHBheWxvYWQuICZuYnNwO0l0IG9ubHkgcnVucyBpZiB0aGUgc2lnIHZlcmlmaWNhdGlvbiBwYXNz ZWQuJm5ic3A7PC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5MTDwvZGl2 Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_05AB593BCAE84229AE518A701C049C5Eqtiqualcommcom_-- From nobody Thu Jun 15 14:46:00 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21E451279EB for ; Thu, 15 Jun 2017 14:45:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=augustcellars.com 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 T7ULsKS2YRg5 for ; Thu, 15 Jun 2017 14:45:56 -0700 (PDT) Received: from mail4.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AAB0126CC4 for ; Thu, 15 Jun 2017 14:45:56 -0700 (PDT) Content-Type: multipart/alternative; boundary="----=_NextPart_000_0017_01D2E5E6.152571E0" Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; d=augustcellars.com; s=winery; c=simple/simple; t=1497563153; h=from:subject:to:date:message-id; bh=BnjduzyBJasRImMoGwNx4wvaz3oyVSk4uJvnneSzJrs=; b=UQpkOgar+9LSIY0SudILrUegV9vyi/oG2EOfIvAQOmTVy0WCpYGFRxqtn/Vm+wVSy7OXrnOi9IB fJuyPGLyUZEEt0enzGrIISEnTiu/4NlL1aZY9GN6BL/BZpRzZ+PUmezF8ittbzk2S6vNFcwjDwEHC r1KDCRZd2g692En0SS5R44NgEzJBeKHLRi3OkTKnS4WDc42GmG0Cz8Ky4Qc4TJazSeMQiHFKaTrBj W0OW3fzNOMWCNwn/AOnlERxPQSIiPOkKLinTj6cgIDha8BnfiEm1tAcsS7h7sk/dnCkpKaAoaBqVd FB93QccQfgdbANmttpUKqVMuC5+f9JlYRtpQ== Received: from mail2.augustcellars.com (192.168.1.201) by mail4.augustcellars.com (192.168.1.153) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 15 Jun 2017 14:45:52 -0700 Received: from Hebrews (192.168.1.160) by mail2.augustcellars.com (192.168.1.201) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 15 Jun 2017 14:45:49 -0700 From: Jim Schaad To: 'Laurence Lundblade' CC: 'cose' References: <000601d2e61a$84840b30$8d8c2190$@augustcellars.com> <05AB593B-CAE8-4229-AE51-8A701C049C5E@qti.qualcomm.com> In-Reply-To: <05AB593B-CAE8-4229-AE51-8A701C049C5E@qti.qualcomm.com> Date: Thu, 15 Jun 2017 14:45:48 -0700 Message-ID: <001601d2e620$c17fdd10$447f9730$@augustcellars.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIf/JZRcsJoiB3IJKBI3+iluTCx4gGkZtS2AcnAAyShcNb8MA== X-Originating-IP: [192.168.1.160] Archived-At: Subject: Re: [COSE] A couple of COSE questions X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2017 21:45:59 -0000 ------=_NextPart_000_0017_01D2E5E6.152571E0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable No id assignment for the algorithms yet because the draft has not gone = to IANA. =20 Jim =20 =20 From: Laurence Lundblade [mailto:llundbla@qti.qualcomm.com]=20 Sent: Thursday, June 15, 2017 2:14 PM To: Jim Schaad Cc: cose Subject: Re: [COSE] A couple of COSE questions =20 Thank you Jim, =20 A few comments below. =20 =20 On Jun 15, 2017, at 2:01 PM, Jim Schaad > wrote: =20 See in line comments =20 Jim =20 =20 From: COSE [ = mailto:cose-bounces@ietf.org] On Behalf Of Laurence Lundblade Sent: Thursday, June 15, 2017 12:58 PM To: cose < cose@ietf.org> Subject: [COSE] A couple of COSE questions =20 Hello I have a few questions=E2=80=A6=20 =20 Registration of hash algs There=E2=80=99s no assignments for hash algs (SHA-256.. SHA-512, = SHA3-256=E2=80=A6) in the IANA registry = here. I = assume this is because the COSE protocol doesn=E2=80=99t have a need = because they are bundled up with the signing alg identifiers. For = non-COSE protocols that use CBOR and do have a need to identify a hash, = would it be reasonable to add them? The COSE registry seems like it is = the place to register algorithm IDs for use in CBOR in general. I = assume the process would be to write a simple RFC, publish and then add = to the registry. =20 [JLS] Yes the reason that there are no hash algorithms is that they = were not needed for any of the core COSE functions. I am in the process = of registering two hash functions as part of ietf-schaad-cose-x509. = These are a SHA-256 and a truncated SHA-256. If you want to write up a = more complete RFC for this that would be fine with me. =20 SHA-256 will do for now for me. Do you have the value for it yet? I = don=E2=80=99t have time for a more general write of more algs at the = moment.=20 =20 =20 =20 =20 Registration of tagging for COSE messages Why isn=E2=80=99t there a registry section for the tags for these = different COSE messages?=20 COSE_Tagged_Message =3D COSE_Sign_Tagged / COSE_Sign1_Tagged / COSE_Encrypt_Tagged / COSE_Encrypt0_Tagged / COSE_Mac_Tagged / COSE_Mac0_Tagged =20 [JLS] Not too sure what registry you are looking for here. But I think = you want this registry = = https://www.iana.org/assignments/cbor-tags/cbor-tags.xhtml#tags =20 That=E2=80=99s what I was looking for.=20 =20 =20 Tagging of bstr wrapped data It seems like it would be helpful to use an option tag on the = bstr-wrapped payload for COSE_Sign and such to tell general purpose = parsers and translators to remove the bstr wrapping and keep going. Tag = 55799 seems like the best fit so far, but it may not be a perfect fit = and it would be nice to use a tag less than 24. =20 =20 [JLS] I am not sure that you would find this generically helpful. The = problem is that the parser needs to provide both the encoded version and = the unencoded version if you are going to do an automatic recursion of = the CBOR decoder. You need the first in order to do the signature = validation processing. This means that there does not seem to be a real = point to making the recursion occur automatically that I can see. We = have not provided all of the cues that would be needed to do a stream = decode and validation at the same process ala how CMS does it (and even = then there are cases where you need to go back and restart the process = again). =20 I figured the answer would be along these lines.=20 =20 To be more clear on the use case, it seems you could have a small chunk = of SW that just does signature verification, that doesn=E2=80=99t really = understand the details of the payload. Its output is a yes or no. = Then you use a general purpose off-the-shelf CBOR-to-JSON translator on = the payload. It only runs if the sig verification passed.=20 =20 LL =20 ------=_NextPart_000_0017_01D2E5E6.152571E0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

No id = assignment for the algorithms yet because the draft has not gone to = IANA.

 

Jim

 

 

From: Laurence Lundblade = [mailto:llundbla@qti.qualcomm.com]
Sent: Thursday, June 15, = 2017 2:14 PM
To: Jim Schaad = <ietf@augustcellars.com>
Cc: cose = <cose@ietf.org>
Subject: Re: [COSE] A couple of COSE = questions

 

Thank = you Jim,

 

A = few comments below.

 

 

On Jun 15, 2017, at 2:01 PM, Jim Schaad <ietf@augustcellars.com> = wrote:

 

See in line comments

 

Jim

 

 

From: COSE [mailto:cose-bounces@ietf.org] On Behalf Of Laurence = Lundblade
Sent: Thursday, June 15, 2017 12:58 = PM
To: cose = <cose@ietf.org>
Subject: [COSE] A couple of COSE = questions

 

Hello I have a few questions=E2=80=A6 

 

Registration of hash = algs

There=E2=80=99s no assignments for hash algs = (SHA-256.. SHA-512, SHA3-256=E2=80=A6) in the IANA registry here. I assume this is because the = COSE protocol doesn=E2=80=99t have a need because they are bundled up = with the signing alg identifiers.  For non-COSE protocols that use = CBOR and do have a need to identify a hash, would it be reasonable to = add them?  The COSE registry seems like it is the place to register = algorithm IDs for use in CBOR in general.  I assume the process = would be to write a simple RFC, publish and then add to the = registry.

 

[JLS]  Yes the = reason that there are no hash algorithms is that they were not needed = for any of the core COSE functions.  I am in the process of = registering two hash functions as part of ietf-schaad-cose-x509.  = These are a SHA-256 and a truncated SHA-256.  If you want to write = up a more complete RFC for this that would be fine with = me.

 

SHA-256 will do for now for me.  Do you have the = value for it yet?  I don=E2=80=99t have time for a more general = write of more algs at the moment. 

 

 

 

 

Registration of tagging for COSE = messages

Why isn=E2=80=99t there a registry section for the = tags for these different COSE = messages? 

   COSE_Tagged_Message =3D =
COSE_Sign_Tagged / COSE_Sign1_Tagged =
/
       =
COSE_Encrypt_Tagged / COSE_Encrypt0_Tagged =
/
       =
COSE_Mac_Tagged / COSE_Mac0_Tagged

 

[JLS] Not too sure what = registry you are looking for here.  But I think you want this = registry = https://www.iana.org/assignments/cbor-tags/cbor-ta= gs.xhtml#tags

 

That=E2=80=99s what I was looking = for. 

 



 

Tagging of bstr wrapped = data

It = seems like it would be helpful to use an option tag on the bstr-wrapped = payload for COSE_Sign and such to tell general purpose parsers and = translators to remove the bstr wrapping and keep going. Tag 55799 seems = like the best fit so far, but it may not be a perfect fit and it would = be nice to use a tag less than 24. =   

 

[JLS]  I am not = sure that you would find this generically helpful.  The problem is = that the parser needs to provide both the encoded version and the = unencoded version if you are going to do an automatic recursion of the = CBOR decoder.  You need the first in order to do the signature = validation processing.  This means that there does not seem to be a = real point to making the recursion occur automatically that I can = see.  We have not provided all of the cues that would be needed to = do a stream decode and validation at the same process ala how CMS does = it (and even then there are cases where you need to go back and restart = the process = again).

 

I = figured the answer would be along these = lines. 

 

To be more clear on the use case, it seems you could = have a small chunk of SW that just does signature verification, that = doesn=E2=80=99t really understand the details of the payload.  Its = output is a yes or no.   Then you use a general purpose = off-the-shelf CBOR-to-JSON translator on the payload.  It only runs = if the sig verification passed. 

 

LL

 

------=_NextPart_000_0017_01D2E5E6.152571E0-- From nobody Fri Jun 16 16:56:56 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB520129540; Fri, 16 Jun 2017 16:56:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 nM8JdYlIWS9x; Fri, 16 Jun 2017 16:56:35 -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 CB18F12953F; Fri, 16 Jun 2017 16:56:34 -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 v5GNuUVG003810; Sat, 17 Jun 2017 01:56:30 +0200 (CEST) Received: from [192.168.217.124] (p5DC7F3A7.dip0.t-ipconnect.de [93.199.243.167]) (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 3wqHMd617KzDK04; Sat, 17 Jun 2017 01:56:29 +0200 (CEST) From: Carsten Bormann Content-Type: text/plain; charset=utf-8 X-Mao-Original-Outgoing-Id: 519350189.453979-e3b2d906e8bab442948f66a848a5cc63 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Sat, 17 Jun 2017 01:56:29 +0200 Message-Id: <2DB0474F-900D-42FD-B2C5-F61F396B751C@tzi.org> To: ace , core , cose , cbor@ietf.org, t2trg@irtf.org X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [COSE] Constrained Node/Network Cluster @ IETF99: DRAFT AGENDA X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2017 23:56:37 -0000 Here is my usual eclectic condensed agenda based on the DRAFT AGENDA for IETF99. Remember that there is still quite some potential for changes. ACE people are going to miss DISPATCH (ARTAREA) again -- not sure if there would have been be any discussions relevant to Constrained Nodes/Networks in ARTAREA, but it doesn't make sense with this scheduling. CORE people will miss both ANIMA and (in-week) ICNRG. ROLL people will miss SAAG, ouch. And LPWAN is on the second half of QUIC. All no disasters, AFAICS, but not pain-free. All times are CEST (UTC+0200). (You can get pure UTC times on https://datatracker.ietf.org/meeting/agenda-utc, for those who want to listen from remote.) Gr=C3=BC=C3=9Fe, Carsten SATURDAY/SUNDAY -- T2TRG -- ICNRG -- Hackathon (including various interops) MONDAY, July 17, 2017 0930-1200 Morning Session I Congress H III ART dispatch Dispatch WG - 09:30-11:30 Grand Hilton BR INT 6man IPv6 Maintenance WG Congress H I SEC *** ace Authentication and Authorization for = Constrained Environments WG Congress H III SEC curdle CURves, Deprecating and a Little more = Encryption WG - 11:30-12:00 1330-1530 Afternoon Session I Karlin I/II INT *** 6tisch IPv6 over the TSCH mode of IEEE = 802.15.4e WG Grand Hilton BR INT homenet Home Networking WG 1550-1720 Afternoon Session II Karlin I/II ART *** cbor Concise Binary Object Representation = Maintenance and Extensions WG Berlin/Brussels SEC tokbind Token Binding WG 1740-1840 Afternoon Session III Athens/Barcel. RTG babel Babel routing protocol WG Grand Hilton BR TSV tsvarea Transport Area Open Meeting TUESDAY, July 18, 2017 0930-1200 Morning Session I Congress H II OPS v6ops IPv6 Operations WG Congress H I TSV taps Transport Services WG 1330-1530 Afternoon Session I Grand Hilton BR IRTF*** t2trg Thing-to-Thing Berlin/Brussels SEC oauth Web Authorization Protocol WG Congress H I TSV tsvwg Transport Area Working Group WG 1550-1750 Afternoon Session II Karlin I/II INT *** 6lo IPv6 over Networks of = Resource-constrained Nodes WG Congress H I IRTF cfrg Crypto Forum WEDNESDAY, July 19, 2017 0930-1200 Morning Session I Congress H I ART *** core Constrained RESTful Environments WG Karlin I/II IRTF icnrg Information-Centric Networking Congress H III OPS anima Autonomic Networking Integrated Model = and Approach WG Congress H II RTG rtgarea Routing Area Open Meeting Grand Hilton BR SEC tls Transport Layer Security WG Karlin III TSV rmcat RTP Media Congestion Avoidance = Techniques WG 1330-1500 Afternoon Session I Grand Hilton BR ART httpbis Hypertext Transfer Protocol WG Congress H III IRTF panrg Proposed Path Aware Networking Congress H II RTG ideas IDentity Enabled Networks BOF 1520-1650 Afternoon Session II Grand Hilton BR ART httpbis Hypertext Transfer Protocol WG THURSDAY, July 20, 2017 0930-1200 Morning Session I Grand Hilton BR INT intarea Internet Area Working Group WG Congress H II IRTF maprg Measurement and Analysis for Protocols Congress H I RTG detnet Deterministic Networking WG 1330-1530 Afternoon Session I Berlin/Brussels ART ice Interactive Connectivity Establishment = WG Grand Hilton BR OPS v6ops IPv6 Operations WG Karlin I/II RTG *** roll Routing Over Low power and Lossy = networks WG Congress H III SEC saag Security Area Open Meeting 1550-1750 Afternoon Session II Athens/Barcel. INT ipwave IP Wireless Access in Vehicular = Environments WG Grand Hilton BR TSV quic QUIC WG 1810-1910 Afternoon Session III Berlin/Brussels ART uta Using TLS in Applications WG Athens/Barcel. INT *** lwig Light-Weight Implementation Guidance WG Karlin I/II RTG bier Bit Indexed Explicit Replication WG Congress H III TSV tsvwg Transport Area Working Group WG FRIDAY, July 21, 2017 0930-1130 Morning Session I Berlin/Brussels INT dnssd Extensions for Scalable DNS Service = Discovery WG Karlin I/II INT *** lpwan IPv6 over Low Power Wide-Area Networks = WG Karlin III SEC oauth Web Authorization Protocol WG Grand Hilton BR TSV quic QUIC WG 1150-1320 Afternoon Session II Congress H III ART *** core Constrained RESTful Environments WG Grand Hilton BR SEC acme Automated Certificate Management = Environment WG From nobody Thu Jun 22 20:24:08 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA9E0128B93 for ; Thu, 22 Jun 2017 20:24:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.8 X-Spam-Level: X-Spam-Status: No, score=-4.8 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com 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 o2KRFt29JC_X for ; Thu, 22 Jun 2017 20:24:04 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0095.outbound.protection.outlook.com [104.47.36.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72D79120046 for ; Thu, 22 Jun 2017 20:24:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ixUZyISqQbGyj8FwbUfEgwVeHGCTlVeCTrPsyzOnBys=; b=UFSqnfrOcDlv9DHFuvqc46gEtAWiBJu20NpOTmcRHU3ukkoRjvK1ygWL2nff6lJ8c2nXLhQlv1qjbr00GVeKHRI4CTSJ3DY+n4auC/fYJ+V6xj8WKEKooQcO4febaJ0k8+qIu9CmTGHZCuYFaUbjfzHdR3R+xfz+MDVcrluTGc4= Received: from CY4PR21MB0504.namprd21.prod.outlook.com (10.172.122.14) by CY4PR21MB0470.namprd21.prod.outlook.com (10.172.121.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1220.1; Fri, 23 Jun 2017 03:24:03 +0000 Received: from CY4PR21MB0504.namprd21.prod.outlook.com ([10.172.122.14]) by CY4PR21MB0504.namprd21.prod.outlook.com ([10.172.122.14]) with mapi id 15.01.1220.008; Fri, 23 Jun 2017 03:24:02 +0000 From: Mike Jones To: "cose@ietf.org" Thread-Topic: =?Windows-1252?Q?=93Using_RSA_Algorithms_with_COSE_Messages=94_specificat?= =?Windows-1252?Q?ion_approved_for_publication?= Thread-Index: AdLrztsr26w1m+fhSlquF+fo5FZvLw== Date: Fri, 23 Jun 2017 03:24:02 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Ref=https://api.informationprotection.azure.com/api/72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetBy=mbj@microsoft.com; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2017-06-22T22:23:59.8645431-05:00; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=General; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Application=Microsoft Azure Information Protection; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Extended_MSFT_Method=Automatic; Sensitivity=General authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [64.134.170.73] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY4PR21MB0470; 7:o/ZWaTi2/faPxNPXDzGiKbLB5RYY7ZtOHWL/2pG6cvtbTZY7Cy+ab7J7kxU2cXyB1QPLhbET+zwdxy3zdsFjf7ygCA///zKvvuCTVnJ3ESSFBbk+quYW2qXSzKLNJtORIS5QEH0T6sLqrC2t5ISDc/XNGtADKY0y7rK400SP/NYZbxIFPFoI8M5lwej5Lr/jwluEl/oiB/Px66eHulUYxqUYaSTov5pt+dOOzDBP+6mcJK4LidXmhR54s4n2ZRl/HFWgx5WqcNyyHznDQc6Re2K86n8aNs0KnENP8clXrJvHuPiQ0S7vsS+JhuDWokf7MPTSaioO5IF2RnkYr2RY30IPxRwxh6nG18/qlTiBxHC+yLOJOVruYAjYeTj/yZBmgdzf86+l46ekEYVczyd+GSZF3INrqw7/MLcaLxTLKfwXL4RKEFxfeRIDZWjrUO43mTvkfxrorw+NAVWfJVN9HjSTGseyjPoMenoaEl32+YRE5Lj1cofnS9JhodwG2b5EtuN8/S+7NHa/ATEzL+6WMDePaayt8oMPqGIXJyA8WCBt+m9FMlvBj/fXKOfMZwlmUkMZIkI9B8vl2JsKl3LWDCMh1K3XTa6c77N3IY2LhkkI18AOhBPHQSOESJSFgaXAkWJUs6/QS7YVlB3CEy0u9Y+wjZ5sL7J1fR3zUCVLpuQBlzub1fmDRWuEsbr/shsujgBy5VfxguIUX1P5xUV61tWwDBUIt8zKlCq8SwTod/K1sbvR6KN8hS+K0bfC5g5ZKhyPPiEKOchIoj8yQ3NpjESU+I2qHh8IG6GxktF9DF557FVuhcbe5PUf6dG42Avb x-ms-office365-filtering-correlation-id: 581372d8-c866-4be1-142d-08d4b9e74bf7 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500061)(300135000095)(300000501061)(300135300095)(22001)(300000502061)(300135100095)(2017030254075)(48565401081)(300000503061)(300135400095)(201703131423075)(201703031133081)(300000504061)(300135200095)(300000505061)(300135600095)(300000506054)(300135500095); SRVR:CY4PR21MB0470; x-ms-traffictypediagnostic: CY4PR21MB0470: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(31418570063057)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(61425038)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(61426038)(61427038)(6041248)(20161123562025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123564025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY4PR21MB0470; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY4PR21MB0470; x-forefront-prvs: 0347410860 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39840400002)(39850400002)(39400400002)(39860400002)(39410400002)(39450400003)(209900001)(189998001)(10090500001)(7696004)(5660300001)(7736002)(7110500001)(7906003)(74316002)(33656002)(15650500001)(5630700001)(66066001)(68736007)(2501003)(2900100001)(8936002)(1730700003)(86362001)(86612001)(81166006)(2351001)(5005710100001)(606005)(122556002)(9686003)(236005)(3660700001)(72206003)(966005)(8990500004)(6306002)(10290500003)(54896002)(50986999)(54356999)(53936002)(25786009)(2906002)(53376002)(6506006)(3280700002)(478600001)(6916009)(77096006)(55016002)(3846002)(6436002)(14454004)(5640700003)(99286003)(102836003)(110136004)(790700001)(6116002)(2420400007)(38730400002)(6606295002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR21MB0470; H:CY4PR21MB0504.namprd21.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CY4PR21MB0504860A113B0F317F9B60FAF5D80CY4PR21MB0504namp_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jun 2017 03:24:02.7118 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR21MB0470 Archived-At: Subject: [COSE] =?windows-1252?q?=93Using_RSA_Algorithms_with_COSE_Message?= =?windows-1252?q?s=94_specification_approved_for_publication?= X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2017 03:24:07 -0000 --_000_CY4PR21MB0504860A113B0F317F9B60FAF5D80CY4PR21MB0504namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable The IESG approved the =93Using RSA Algorithms with COSE Messages=94 specifi= cation for publication as an RFC today. A new version was published incorp= orating the IESG feedback. Thanks to Ben Campbell, Eric Rescorla, and Adam= Roach for their review comments. No normative changes were made. The specification is available at: * https://tools.ietf.org/html/draft-jones-cose-rsa-05 An HTML-formatted version is also available at: * http://self-issued.info/docs/draft-jones-cose-rsa-05.html -- Mike P.S. This notice was also posted at http://self-issued.info/?p=3D1703 and = as @selfissued. --_000_CY4PR21MB0504860A113B0F317F9B60FAF5D80CY4PR21MB0504namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

The IESG approved the =93Using RSA Algorithms with C= OSE Messages=94 specification for publication as an RFC today.  A new = version was published incorporating the IESG feedback.  Thanks to Ben = Campbell, Eric Rescorla, and Adam Roach for their review comments.  No normative changes were made.

 

The specification is available at:

 

An HTML-formatted version is also available at:=

 

        &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;        -- Mike

 

P.S.  This notice was also posted at http://self-issued.info/?p=3D1703 and as @selfissued.

--_000_CY4PR21MB0504860A113B0F317F9B60FAF5D80CY4PR21MB0504namp_-- From nobody Sat Jun 24 01:58:38 2017 Return-Path: X-Original-To: cose@ietfa.amsl.com Delivered-To: cose@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EA86129413; Sat, 24 Jun 2017 01:58:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 rCkuqw2dVVni; Sat, 24 Jun 2017 01:58:18 -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 76C331242F5; Sat, 24 Jun 2017 01:58:18 -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 v5O8wFiL024355; Sat, 24 Jun 2017 10:58:15 +0200 (CEST) Received: from [192.168.217.124] (p5DC7F3A7.dip0.t-ipconnect.de [93.199.243.167]) (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 3wvq3V5hTTz3Z2D; Sat, 24 Jun 2017 10:58:14 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: <2DB0474F-900D-42FD-B2C5-F61F396B751C@tzi.org> Date: Sat, 24 Jun 2017 10:58:14 +0200 X-Mao-Original-Outgoing-Id: 519987494.231328-86f3961023977340577980ee6f18d1af Content-Transfer-Encoding: quoted-printable Message-Id: <26509597-910C-48F9-B004-86322AD123F3@tzi.org> References: <2DB0474F-900D-42FD-B2C5-F61F396B751C@tzi.org> To: ace , core , cose , cbor@ietf.org, t2trg@irtf.org X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [COSE] Constrained Node/Network Cluster @ IETF99: "FINAL" AGENDA X-BeenThere: cose@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: CBOR Object Signing and Encryption List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jun 2017 08:58:21 -0000 Here is my usual eclectic condensed agenda, now based on the "FINAL" AGENDA for IETF99. Compared to the last week's draft agenda, dnssd and acme were moved. (It is likely that there still will be some more changes after this "FINAL" agenda.) ACE people are going to miss DISPATCH (ARTAREA) again -- not sure if there would have been be any discussions relevant to Constrained Nodes/Networks in ARTAREA, but it doesn't make sense with this scheduling. CORE people will miss both ANIMA and (in-week) ICNRG. ROLL people will miss SAAG, ouch. And LPWAN is on the second half of QUIC. All no disasters, AFAICS, but not pain-free. All times are CEST (UTC+0200). (You can get pure UTC times on https://datatracker.ietf.org/meeting/agenda-utc, for those who want to listen from remote.) SATURDAY, July 15, 2017 0900-1700 ACM, IRTF & ISOC Applied Networking Research Workshop 2017 = (Registration Required) - Athens/Barcelona 0900-1800 T2TRG Interim Meeting - Berlin/Brussels 0900-2100 IETF Hackathon - Chez Louis SUNDAY, July 16, 2017 0900-1600 T2TRG Interim Meeting - Berlin/Brussels 0900-1600 IETF Hackathon - Chez Louis 1345-1445 IEEE 802.1 Time-Sensitive Networking - Congress Hall III 1345-1445 IRTF Overview - Congress Hall I 1345-1445 TEEP Tutorial - Karlin I/II 1600-1700 Newcomers' Meet and Greet (open to Newcomers, WG chairs and = Mentors only) - Garden Terrace 1700-1900 Welcome Reception - Grand Hilton Ballroom & Foyer MONDAY, July 17, 2017 0930-1200 Morning Session I Congress H III ART dispatch Dispatch WG - 09:30-11:30 Grand Hilton BR INT 6man IPv6 Maintenance WG Congress H I SEC *** ace Authentication and Authorization for = Constrained Environments WG Congress H III SEC curdle CURves, Deprecating and a Little more = Encryption WG - 11:30-12:00 1330-1530 Afternoon Session I Karlin I/II INT *** 6tisch IPv6 over the TSCH mode of IEEE = 802.15.4e WG Grand Hilton BR INT homenet Home Networking WG 1550-1720 Afternoon Session II Karlin I/II ART *** cbor Concise Binary Object Representation = Maintenance and Extensions WG Berlin/Brussels SEC tokbind Token Binding WG 1740-1840 Afternoon Session III Athens/Barcel. RTG babel Babel routing protocol WG Grand Hilton BR TSV tsvarea Transport Area Open Meeting TUESDAY, July 18, 2017 0930-1200 Morning Session I Congress H II OPS v6ops IPv6 Operations WG Congress H I TSV taps Transport Services WG 1330-1530 Afternoon Session I Grand Hilton BR IRTF*** t2trg Thing-to-Thing Berlin/Brussels SEC oauth Web Authorization Protocol WG Congress H I TSV tsvwg Transport Area Working Group WG 1550-1750 Afternoon Session II Karlin I/II INT *** 6lo IPv6 over Networks of = Resource-constrained Nodes WG Congress H I IRTF cfrg Crypto Forum WEDNESDAY, July 19, 2017 0930-1200 Morning Session I Congress H I ART *** core Constrained RESTful Environments WG Karlin I/II IRTF icnrg Information-Centric Networking Congress H III OPS anima Autonomic Networking Integrated Model = and Approach WG Congress H II RTG rtgarea Routing Area Open Meeting Grand Hilton BR SEC tls Transport Layer Security WG Karlin III TSV rmcat RTP Media Congestion Avoidance = Techniques WG 1330-1500 Afternoon Session I Grand Hilton BR ART httpbis Hypertext Transfer Protocol WG Congress H III IRTF panrg Proposed Path Aware Networking Congress H II RTG ideas IDentity Enabled Networks BOF 1520-1650 Afternoon Session II Grand Hilton BR ART httpbis Hypertext Transfer Protocol WG Athens/Barcel. INT dnssd Extensions for Scalable DNS Service = Discovery WG THURSDAY, July 20, 2017 0930-1200 Morning Session I Grand Hilton BR INT intarea Internet Area Working Group WG Congress H II IRTF maprg Measurement and Analysis for Protocols Congress H I RTG detnet Deterministic Networking WG 1330-1530 Afternoon Session I Berlin/Brussels ART ice Interactive Connectivity Establishment = WG Grand Hilton BR OPS v6ops IPv6 Operations WG Karlin I/II RTG *** roll Routing Over Low power and Lossy = networks WG Congress H III SEC saag Security Area Open Meeting 1550-1750 Afternoon Session II Athens/Barcel. INT ipwave IP Wireless Access in Vehicular = Environments WG Grand Hilton BR TSV quic QUIC WG 1810-1910 Afternoon Session III Berlin/Brussels ART uta Using TLS in Applications WG Athens/Barcel. INT *** lwig Light-Weight Implementation Guidance WG Karlin I/II RTG bier Bit Indexed Explicit Replication WG Congress H III TSV tsvwg Transport Area Working Group WG FRIDAY, July 21, 2017 0930-1130 Morning Session I Karlin I/II INT *** lpwan IPv6 over Low Power Wide-Area Networks = WG Athens/Barcel. SEC acme Automated Certificate Management = Environment WG Karlin III SEC oauth Web Authorization Protocol WG Grand Hilton BR TSV quic QUIC WG 1150-1320 Afternoon Session II Congress H III ART *** core Constrained RESTful Environments WG