- From: Ryan Sleevi <sleevi@google.com>
- Date: Mon, 16 Dec 2013 08:20:46 -0800
- To: Mike Jones <Michael.Jones@microsoft.com>
- Cc: Mark Watson <watsonm@netflix.com>, GALINDO Virginie <Virginie.GALINDO@gemalto.com>, "public-webcrypto@w3.org" <public-webcrypto@w3.org>
- Message-ID: <CACvaWvYyN_4k9WWw9f4kCzXaPsK0PCQ2mynDb6JdYZUzbvUVZw@mail.gmail.com>
On Mon, Dec 16, 2013 at 8:16 AM, Mike Jones <Michael.Jones@microsoft.com>wrote: > JWK is a general-purpose key format. “use” is a simple optional key use > designator within that format. The format is extensible. There’s no > barrier to WebCrypto defining and registering a different finer-grained key > use designator for that format as well. Just use a different name and > define the set of values. > > > > I’m not sure why people seem hell-bent on cramming finer-grained > multi-valued use values into a single-valued property. Doing it right and > creating a different property is so much easier. > > > > -- Mike > Because we would hope that an IETF standard would accomodate multiple use cases beyond JWE/JWS, which it seems to be a design flaw - whether intentional from design philosophy or accidental from the fact that JWE/JWS were the only users of JWK at the time - that it would fail to accomodate such a use case that has long been recognized by other key formats. You're absolutely correct that we could specify "WebCrypto_use" - but it would seem like, for symmetry and following that design logic, JWK's "use" should be "JWE_use" or "JWS_use", or something equally spec-specific. I'm sure the visceral reaction to such a design proposal is negative, which is I think what some of us are feeling with a suggestion that "Webcrypto_use" is a somehow clean or elegant solution for the intransigent inflexibility of JWK. > > > *From:* Ryan Sleevi [mailto:sleevi@google.com] > *Sent:* Monday, December 16, 2013 8:11 AM > *To:* Mike Jones > *Cc:* Mark Watson; GALINDO Virginie; public-webcrypto@w3.org > > *Subject:* Re: JWK attributes for WebCrypto keys: last call > > > > > > > > On Mon, Dec 16, 2013 at 7:44 AM, Mike Jones <Michael.Jones@microsoft.com> > wrote: > > From my point of view, it would be a lot cleaner to use a different JWK > identifier than “use”, such as “WebCrypto_uses” than to overload “use” with > different, but related values. It will hurt interoperation by creating > keys that use a common identifier differently, and in a non-interoperable > manner. It would be far better to use a different identifier, which can be > safely ignored by vanilla JWK implementations, rather than to overload the > standard identifier, and potentially cause JWK implementations to reject > the keys. > > > > Mike, > > > > Respectfully, this makes no sense to me. > > > > I could understand your argument if the basis was that it hurt > interoperability with JWE/JWS libraries, but that's not the argument you > made - you suggested it hurts interoperability with "vanilla JWK > implementations". There is, I believe, an inherent assumption that "vanilla > JWK implementations" == "JWE and JWE", but I don't think that's the case at > all, nor do I think that's a fair sign for the JOSE efforts if that is > believed to be the case. > > > > If JWK is meant to be a key descriptor/key container format, for use in a > variety of specifications (including JWE and JWS, but also WebCrypto), then > supporting extensions to "use" per the relevant specifications seems > absolutely the correct approach. However, if your view is that JWK is > "really" only meant for JWE/JWK, and everything else should either extend > JWE/JWS or define custom attributes, well, then I think this WG is making a > mistake by attaching to JWK, since it's clear that is not the authors' > intent. > > > > Cheers > > > > > > Since “use” is OPTIONAL, WebCrypto could also specify that it not be used > in a JWK when “WebCrypto_uses” is used, so that there’s no duplication of > information. > > > > -- Mike > > > > *From:* Mark Watson [mailto:watsonm@netflix.com] > *Sent:* Monday, December 16, 2013 7:37 AM > *To:* Ryan Sleevi > *Cc:* GALINDO Virginie; public-webcrypto@w3.org; Mike Jones > *Subject:* Re: JWK attributes for WebCrypto keys: last call > > > > > > Sent from my iPhone > > > On Dec 16, 2013, at 7:32 AM, Ryan Sleevi <sleevi@google.com> wrote: > > Were we not waiting to hear from JOSE? > > We heard from them that it is ok / intended for others to register new > use values for JWK and they have modified their specification accordingly. > > > > Separately, I have raised the question of whether we should change the > comma-separated string format for multiple use values to an Array. On this > there is no consensus yet, so we should stick with the format in the > proposal and now in the Editor's Draft. > > > > ...Mark > > > > On Dec 16, 2013 7:07 AM, "GALINDO Virginie" <Virginie.GALINDO@gemalto.com> > wrote: > > Dear all, > > FYI, as there was no comment to this call, the text proposed by Mark has > been integrated. > > Virginie > > > > *From:* Mark Watson [mailto:watsonm@netflix.com] > *Sent:* lundi 2 décembre 2013 17:32 > *To:* public-webcrypto@w3.org > *Subject:* JWK attributes for WebCrypto keys: last call > > > > All, > > > > On our call today we discussed the proposal for this [1] which I revised > as a result of the email/bug discussion (Comment 12 to [1]). There were no > further comments on the call and have been no further comments on the list. > > > > We agreed to send a "last chance" email to the list (that is what this > is). In the absence of comments we'll add this material to the editor's > draft. > > > > ...Mark > > > > [1] https://www.w3.org/Bugs/Public/show_bug.cgi?id=23796 > > > ------------------------------ > > This message and any attachments are intended solely for the addressees > and may contain confidential information. Any unauthorized use or > disclosure, either whole or partial, is prohibited. > E-mails are susceptible to alteration. Our company shall not be liable for > the message if altered, changed or falsified. If you are not the intended > recipient of this message, please delete it and notify the sender. > Although all reasonable efforts have been made to keep this transmission > free from viruses, the sender will not be liable for damages caused by a > transmitted virus > > >
Received on Monday, 16 December 2013 16:21:14 UTC