Re: [jose] #68: Section 3 - JSON Web Key (JWK) Format

"jose issue tracker" <trac+jose@trac.tools.ietf.org> Thu, 05 December 2013 02:21 UTC

Return-Path: <trac+jose@trac.tools.ietf.org>
X-Original-To: jose@ietfa.amsl.com
Delivered-To: jose@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5C6D1AE004 for <jose@ietfa.amsl.com>; Wed, 4 Dec 2013 18:21:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham
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 WNL9j3-zLL8E for <jose@ietfa.amsl.com>; Wed, 4 Dec 2013 18:21:52 -0800 (PST)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8ACE91AE164 for <jose@ietf.org>; Wed, 4 Dec 2013 18:21:52 -0800 (PST)
Received: from localhost ([127.0.0.1]:48869 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from <trac+jose@trac.tools.ietf.org>) id 1VoOZN-0005Uz-Ra; Thu, 05 Dec 2013 03:21:39 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: jose issue tracker <trac+jose@trac.tools.ietf.org>
X-Trac-Version: 0.12.3
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.3, by Edgewall Software
To: draft-ietf-jose-json-web-key@tools.ietf.org, ietf@augustcellars.com
X-Trac-Project: jose
Date: Thu, 05 Dec 2013 02:21:36 -0000
X-URL: http://tools.ietf.org/jose/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/jose/trac/ticket/68#comment:2
Message-ID: <076.70f2e7af860791bbd9755194102f7cb6@trac.tools.ietf.org>
References: <061.1644e694b34ebc855764cf6a1a5e2259@trac.tools.ietf.org>
X-Trac-Ticket-ID: 68
In-Reply-To: <061.1644e694b34ebc855764cf6a1a5e2259@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-jose-json-web-key@tools.ietf.org, ietf@augustcellars.com, jose@ietf.org
X-SA-Exim-Mail-From: trac+jose@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: mbj@microsoft.com
Cc: jose@ietf.org
Subject: Re: [jose] #68: Section 3 - JSON Web Key (JWK) Format
X-BeenThere: jose@ietf.org
X-Mailman-Version: 2.1.15
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, 05 Dec 2013 02:21:55 -0000

#68: Section 3 - JSON Web Key (JWK) Format

Changes (by ietf@augustcellars.com):

 * status:  new => closed
 * resolution:   => fixed


Old description:

> A. The first two sentences are not readable - and may be somewhat
> contradictory.  Suggested re-write as
>
>    ""A JSON Web Key (JWK) is a JSON object.
> The members of the object represent different properties of the key.
> These properties include the value of the key, the usage of the key and
> so forth.
> This document defines a set of parameters that are not algorithm
> specific, and thus common to many keys.""
>
> B. member names within is ambiguous - does this mean within each
> lexicographical scope or completely?
>
> * WON'T FIX - since we don't have nesting at this time, the language is
> not currently ambiguous - it can get fixed when it becomes ambiguous
> again.
>
> C. In the sentence  Additional members MAY - this may is not a protocol
> requirement.
>
> D. In the sentence - If not understood - please clarify what "they" is
> referring to
>
> * WON'T FIX - Punt to the RFC Editor
>
> E. In paragraph 3 - sentence 2/3 - First you say they may be reused -
> then you tell me they must be collision resistant - please clarify this
> text
>
> F. In paragraph 3 - This should be a reference to the registry not point
> to the section 7.1
>
> * WON'T FIX - My personal peeve

New description:

 A. The first two sentences are not readable - and may be somewhat
 contradictory.  Suggested re-write as

    ""A JSON Web Key (JWK) is a JSON object.
 The members of the object represent different properties of the key.
 These properties include the value of the key, the usage of the key and so
 forth.
 This document defines a set of parameters that are not algorithm specific,
 and thus common to many keys.""

 * Didn't fix

 B. member names within is ambiguous - does this mean within each
 lexicographical scope or completely?

 * WON'T FIX - since we don't have nesting at this time, the language is
 not currently ambiguous - it can get fixed when it becomes ambiguous
 again.

 C. In the sentence  Additional members MAY - this may is not a protocol
 requirement.

 * FIXED

 D. In the sentence - If not understood - please clarify what "they" is
 referring to

 * WON'T FIX - Punt to the RFC Editor

 E. In paragraph 3 - sentence 2/3 - First you say they may be reused - then
 you tell me they must be collision resistant - please clarify this text

 F. In paragraph 3 - This should be a reference to the registry not point
 to the section 7.1

 * WON'T FIX - My personal peeve

--

-- 
-------------------------+-------------------------------------------------
 Reporter:               |       Owner:  draft-ietf-jose-json-web-
  ietf@augustcellars.com |  key@tools.ietf.org
     Type:  defect       |      Status:  closed
 Priority:  Editorial    |   Milestone:
Component:  json-web-    |     Version:
  key                    |  Resolution:  fixed
 Severity:  -            |
 Keywords:               |
-------------------------+-------------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/jose/trac/ticket/68#comment:2>
jose <http://tools.ietf.org/jose/>