Re: [jose] #74: Section 3.5 - "x5u" (X.509 URL) Header Parameter

"jose issue tracker" <trac+jose@trac.tools.ietf.org> Thu, 07 November 2013 18:15 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 (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0650421E820C for <jose@ietfa.amsl.com>; Thu, 7 Nov 2013 10:15:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.595
X-Spam-Level:
X-Spam-Status: No, score=-102.595 tagged_above=-999 required=5 tests=[AWL=0.004, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RsXk3h6A2rvs for <jose@ietfa.amsl.com>; Thu, 7 Nov 2013 10:15:01 -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 3135821E8148 for <jose@ietf.org>; Thu, 7 Nov 2013 10:13:03 -0800 (PST)
Received: from localhost ([127.0.0.1]:39747 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 1VeU4e-0007vb-Qy; Thu, 07 Nov 2013 19:12:56 +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, 07 Nov 2013 18:12:56 -0000
X-URL: http://tools.ietf.org/jose/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/jose/trac/ticket/74#comment:2
Message-ID: <076.1b7eb7ac3d0f62a6fe362a891e685ff4@trac.tools.ietf.org>
References: <061.de6cc989f186d2424013c9673476611e@trac.tools.ietf.org>
X-Trac-Ticket-ID: 74
In-Reply-To: <061.de6cc989f186d2424013c9673476611e@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
Resent-Message-Id: <20131107181303.3135821E8148@ietfa.amsl.com>
Resent-Date: Thu, 07 Nov 2013 10:13:03 -0800
Resent-From: trac+jose@trac.tools.ietf.org
Cc: jose@ietf.org
Subject: Re: [jose] #74: Section 3.5 - "x5u" (X.509 URL) Header Parameter
X-BeenThere: jose@ietf.org
X-Mailman-Version: 2.1.12
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, 07 Nov 2013 18:15:04 -0000

#74: Section 3.5 - "x5u" (X.509 URL) Header Parameter

Description changed by ietf@augustcellars.com:

Old description:

> A. Move the 5280 reference to before the 'or'
>
> B. Who is the MUST requirement on for the identified resource - is this
> something that the consumer needs to verify is true?  Is there a reason
> to require consumers to do the chain building so that more complicated
> bags may be present?  What action does the consumer perform is this is
> not true?
>
> C. What happens if this JWK has only an x5u member in it?  Is this a
> legal construct?  How does one say that this matches the bare public key?
>
> D. The middle clause of the semi-colons should be a parenthetical on the
> first clause.
>
> * WON'T FIX - for the RFC Editor
>
> E. There are additional requirements imposed on the representation of
> members in the JWK and the contents of the certificate.  For example the
> use and alg need to be compatible.
>
> F. Need to make a trust statement about a key obtained this way.  As the
> URL is not authenticated in any way, it cannot be used to build an
> association between a subject and a key.
>
> * FIXED
>
> G. Need to note that the fact that a certificate chain has been returned
> does not mean anything about making a trust decision in the certificate.
>
> * WON'T FIX

New description:

 A. Move the 5280 reference to before the 'or'

 * WON'T FIX - see the rfc editor

 B. Who is the MUST requirement on for the identified resource - is this
 something that the consumer needs to verify is true?  Is there a reason to
 require consumers to do the chain building so that more complicated bags
 may be present?  What action does the consumer perform is this is not
 true?

 * DUP of #70

 C. What happens if this JWK has only an x5u member in it?  Is this a legal
 construct?  How does one say that this matches the bare public key?

 D. The middle clause of the semi-colons should be a parenthetical on the
 first clause.

 * WON'T FIX - for the RFC Editor

 E. There are additional requirements imposed on the representation of
 members in the JWK and the contents of the certificate.  For example the
 use and alg need to be compatible.

 F. Need to make a trust statement about a key obtained this way.  As the
 URL is not authenticated in any way, it cannot be used to build an
 association between a subject and a key.

 * FIXED

 G. Need to note that the fact that a certificate chain has been returned
 does not mean anything about making a trust decision in the certificate.

 * WON'T FIX

--

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

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