Re: [jose] Feedback request on jose tracker issue #8: Should we add a "spi" header field?

Russ Housley <housley@vigilsec.com> Fri, 19 April 2013 17:51 UTC

Return-Path: <housley@vigilsec.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 6488C21F95D2 for <jose@ietfa.amsl.com>; Fri, 19 Apr 2013 10:51:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 hpaorHZFbmrO for <jose@ietfa.amsl.com>; Fri, 19 Apr 2013 10:51:13 -0700 (PDT)
Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 10FAC21F944A for <jose@ietf.org>; Fri, 19 Apr 2013 10:51:07 -0700 (PDT)
Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 4662BF2407E; Fri, 19 Apr 2013 13:51:19 -0400 (EDT)
X-Virus-Scanned: amavisd-new at smetech.net
Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id tq5iuzpWZT0u; Fri, 19 Apr 2013 13:50:39 -0400 (EDT)
Received: from [192.168.2.100] (pool-173-79-232-68.washdc.fios.verizon.net [173.79.232.68]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id BB7CCF24078; Fri, 19 Apr 2013 13:51:13 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/alternative; boundary="Apple-Mail-19--607879797"
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <CAL02cgSO4DQ9-zJspFMy2LcaFH8Y64kvJ5wc5vyfi7BrudvmEw@mail.gmail.com>
Date: Fri, 19 Apr 2013 13:51:00 -0400
Message-Id: <0072E7B1-1CD4-46DB-8954-52E795B5C861@vigilsec.com>
References: <A3598C19-D882-46B3-92FB-A203BF1BE585@vigilsec.com> <4E1F6AAD24975D4BA5B1680429673943676776F8@TK5EX14MBXC284.redmond.corp.microsoft.com> <CAL02cgSO4DQ9-zJspFMy2LcaFH8Y64kvJ5wc5vyfi7BrudvmEw@mail.gmail.com>
To: Richard Barnes <rlb@ipv.sx>, Mike Jones <Michael.Jones@microsoft.com>
X-Mailer: Apple Mail (2.1085)
Cc: jose@ietf.org, Karen O'Donoghue <odonoghue@isoc.org>
Subject: Re: [jose] Feedback request on jose tracker issue #8: Should we add a "spi" header field?
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: Fri, 19 Apr 2013 17:51:14 -0000

+1


On Apr 19, 2013, at 1:42 PM, Richard Barnes wrote:

> In principle, you could use the omission of the "alg" field as a signal that pre-negotiation is going on.  However, that seems like not the most useful way to do it, and it conflicts with current practice -- namely the examples currently in the JWE and JWS specs.  Those examples use pre-negotiation, but they also have an "alg" field.  It's not very useful because it doesn't provide the recipient any clue about how to populate the missing fields.  There's a semantic mis-match here as well, since a JWE with pre-negotiation is still a JWE, just an incomplete one.  
> 
> A dedicated flag field like SPI provides a clearer indication, and it also provides a hook that out-of-band protocols can use to connect in the pre-negotiated parameters.
> 
> --Richard
> 
> 
> 
> On Fri, Apr 19, 2013 at 12:06 PM, Mike Jones <Michael.Jones@microsoft.com> wrote:
> Russ, I'm curious why you say that the "spi" field needs to be in the base spec.  From a spec factoring point of view, even if SPI remains a completely separate spec and nothing is said in the base spec, there would be no confusion or conflicts, including for implementations.  Here's why:
>   - A header without an "alg" field is not recognized as a JWS or JWE, so there's no conflict there
>   - A JWS or JWE can legally contain a "spi" header field and a registry is already provided to define the meanings of additional header fields, so there's no conflict there either
> 
> Therefore, it seems like the separate spec could use the registry to define the meaning of "spi" in a JWS and JWE and could furthermore define the semantics of objects using headers without an "alg" field but including a "spi" field.  No conflicts.  And clear separation of concerns.
> 
> Those wanting the SPI functionality could use it.  Those not needing it would need to do nothing - which I think is as it should be.
> 
>                                 Best wishes,
>                                 -- Mike
> 
> -----Original Message-----
> From: jose-bounces@ietf.org [mailto:jose-bounces@ietf.org] On Behalf Of Russ Housley
> Sent: Friday, April 19, 2013 8:37 AM
> To: odonoghue@isoc.org; jose@ietf.org
> Subject: Re: [jose] Feedback request on jose tracker issue #8: Should we add a "spi" header field?
> 
> Combination of 1 and 2.  The field needs to be in the base specifications, but the only rule that needs to be included in the base specification is an exact match of the identifier.
> 
> Russ
> 
> = = = = = = = = = =
> 
> 1.  Have draft-barnes-jose-spi remain a separate specification that could optionally also be supported by JWS and JWE implementations.
> 2.  Incorporate draft-barnes-jose-spi into the JWS and JWE specifications as a mandatory feature.
> 3.  Incorporate draft-barnes-jose-spi into the JWS and JWE specifications as an optional feature.
> 4.  Another resolution (please specify in detail).
> 
> _______________________________________________
> jose mailing list
> jose@ietf.org
> https://www.ietf.org/mailman/listinfo/jose
> _______________________________________________
> jose mailing list
> jose@ietf.org
> https://www.ietf.org/mailman/listinfo/jose
>