Re: [jose] Call for adoption

Mike Jones <Michael.Jones@microsoft.com> Thu, 14 February 2013 06:23 UTC

Return-Path: <Michael.Jones@microsoft.com>
X-Original-To: jose@ietfa.amsl.com
Delivered-To: jose@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41C3A21F86C5 for <jose@ietfa.amsl.com>; Wed, 13 Feb 2013 22:23:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.584
X-Spam-Level:
X-Spam-Status: No, score=-2.584 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tIRC1CXb3KEJ for <jose@ietfa.amsl.com>; Wed, 13 Feb 2013 22:23:20 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (na01-bl2-obe.ptr.protection.outlook.com [65.55.169.26]) by ietfa.amsl.com (Postfix) with ESMTP id 9703521F8613 for <jose@ietf.org>; Wed, 13 Feb 2013 22:23:20 -0800 (PST)
Received: from BL2FFO11FD005.protection.gbl (10.173.161.202) by BL2FFO11HUB036.protection.gbl (10.173.161.116) with Microsoft SMTP Server (TLS) id 15.0.620.12; Thu, 14 Feb 2013 06:23:18 +0000
Received: from TK5EX14HUBC104.redmond.corp.microsoft.com (131.107.125.37) by BL2FFO11FD005.mail.protection.outlook.com (10.173.161.1) with Microsoft SMTP Server (TLS) id 15.0.620.12 via Frontend Transport; Thu, 14 Feb 2013 06:23:17 +0000
Received: from TK5EX14MBXC285.redmond.corp.microsoft.com ([169.254.3.232]) by TK5EX14HUBC104.redmond.corp.microsoft.com ([157.54.80.25]) with mapi id 14.02.0318.003; Thu, 14 Feb 2013 06:23:15 +0000
From: Mike Jones <Michael.Jones@microsoft.com>
To: Richard Barnes <rlb@ipv.sx>, Jim Schaad <ietf@augustcellars.com>
Thread-Topic: [jose] Call for adoption
Thread-Index: Ac4KE+JVJPdpDZJ1QNaD6MdR/XNroQATtWmAAAXC9yA=
Date: Thu, 14 Feb 2013 06:23:15 +0000
Message-ID: <4E1F6AAD24975D4BA5B16804296739436744813E@TK5EX14MBXC285.redmond.corp.microsoft.com>
References: <02b601ce0a17$db6c3370$92449a50$@augustcellars.com> <CAL02cgSFe=Sphj9PL-GF56-F_G_1JtpZ2OzMW3JiFgzRCUkxTA@mail.gmail.com>
In-Reply-To: <CAL02cgSFe=Sphj9PL-GF56-F_G_1JtpZ2OzMW3JiFgzRCUkxTA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.37]
Content-Type: multipart/alternative; boundary="_000_4E1F6AAD24975D4BA5B16804296739436744813ETK5EX14MBXC285r_"
MIME-Version: 1.0
X-Forefront-Antispam-Report: CIP:131.107.125.37; CTRY:US; IPV:CAL; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(377454001)(24454001)(199002)(189002)(52044001)(52314002)(56776001)(16406001)(65816001)(49866001)(79102001)(47976001)(80022001)(54356001)(4396001)(47736001)(51856001)(46102001)(50986001)(53806001)(66066001)(76482001)(512954001)(15202345001)(56816002)(77982001)(59766001)(54316002)(16236675001)(20776003)(5343655001)(5343635001)(33656001)(55846006)(31966008)(74502001)(63696002)(74662001)(44976002)(561944001)(47446002); DIR:OUT; SFP:; SCL:1; SRVR:BL2FFO11HUB036; H:TK5EX14HUBC104.redmond.corp.microsoft.com; RD:InfoDomainNonexistent; A:1; MX:1; LANG:en;
X-OriginatorOrg: microsoft.onmicrosoft.com
X-Forefront-PRVS: 0757EEBDCA
Cc: "jose@ietf.org" <jose@ietf.org>
Subject: Re: [jose] Call for adoption
X-BeenThere: jose@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Javascript Object Signing and Encryption <jose.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jose>, <mailto:jose-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/jose>
List-Post: <mailto:jose@ietf.org>
List-Help: <mailto:jose-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jose>, <mailto:jose-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Feb 2013 06:23:23 -0000

Richard, I believe that your response is conflating two largely orthogonal things:  whether there should be a JSON serialization and whether it should be in the same document as the compact serialization.  The working group has been clear that it also wants a JSON serialization and that it wants the JSON serialization to enable multiple recipients.  The individual submission documents in question accomplish those goals and incorporate working group feedback received along the way.  I believe it represents forward progress to adopt them.

As was clarified during the rechartering discussion, the working group is free to combine deliverables.  If the working group decides to combine the compact serialization and the JSON serialization into a single deliverable, so be it.  But them not being combined at present shouldn't be grounds to thwart the working group's clear intent to support both serializations.

Once the JSON serialization is under working group control, feel free to lead a crusade to combine both serializations into one document. :)

Anyway, that's how I see it.  Looking forward to seeing you in Orlando...

                                                            Best wishes,
                                                            -- Mike

From: jose-bounces@ietf.org [mailto:jose-bounces@ietf.org] On Behalf Of Richard Barnes
Sent: Wednesday, February 13, 2013 7:24 PM
To: Jim Schaad
Cc: jose@ietf.org
Subject: Re: [jose] Call for adoption

I support the adoption of the use cases draft.  Clearer use cases will help this group refine a lot of the ideas that are floating around.

I do not support the adoption of the JSON serialization documents.  A JSON serialization should be part of the base documents. I have already made a proposal to the list for how to do this, which is essentially the same as the one in the JSON serialization documents.  It would have a small impact on the base specs, and make the base format much more usable.
http://www.ietf.org/mail-archive/web/jose/current/msg01465.html

--Richard



On Wednesday, February 13, 2013, Jim Schaad wrote:
The chairs of the JOSE working group have dropped the ball on this (really me).

At the last face-to-face meeting there was a call for the following documents to become working group documents:

Draft-barnes-jose-use-cases<http://www.myfitnesspal.com/foohttp:/datatracker.ietf.org/doc/draft-barnes-jose-use-cases/> - Use Cases and Requirements for JSON Object Signing and Encryption (JOSE)

Draft-jones-jose-jwe-json-serialization<http://datatracker.ietf.org/doc/draft-jones-jose-jwe-json-serialization/> - JSON Web Encryption JSON Serialization (JWE-JS)

Draft-jones-jose-jws-json-serialization<http://datatracker.ietf.org/doc/draft-jones-jose-jws-json-serialization/> - JSON Web Signature JSON Serialization (JWS-JS)


The chairs are going to assume that the working group wants to adopt these three documents as that was the overwhelming response in Atlanta.  Thus you only need to reply if you object to these documents being adopted.  This call will end 27 February.

(Note that we will be looking at the private key drafts during the Orlando meeting and issuing an adoption call shortly after that meeting.)

Jim