Re: [jose] JWK use in the absense of an algorithm value

Richard Barnes <rlb@ipv.sx> Fri, 27 December 2013 18:18 UTC

Return-Path: <rlb@ipv.sx>
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 52D141AE263 for <jose@ietfa.amsl.com>; Fri, 27 Dec 2013 10:18:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 WTaFqsn-PI75 for <jose@ietfa.amsl.com>; Fri, 27 Dec 2013 10:18:55 -0800 (PST)
Received: from mail-oa0-f48.google.com (mail-oa0-f48.google.com [209.85.219.48]) by ietfa.amsl.com (Postfix) with ESMTP id 10A8A1AE24F for <jose@ietf.org>; Fri, 27 Dec 2013 10:18:55 -0800 (PST)
Received: by mail-oa0-f48.google.com with SMTP id l6so9879979oag.21 for <jose@ietf.org>; Fri, 27 Dec 2013 10:18:50 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=jwCO6D29RYGyM8gIZUZci+MqX2GSlIardGT+Uprae7k=; b=P11niMVPP74GyWXy/ImCAlHtUhFllXcmaygbQ4y7q1vdwAohmzWMclGb59YKoAUUjr Z88OoWBGCpACg3RLO7BS6nHjEYTLyaJgIsamlRFX1MlqRoZpePDNDMvwM2DMGNMr13f9 Sz+q58TuHpmg5TC8qwHvXjs0jslvac36DgoWIlGXMAOVbWJVEWmlJjw/1DAqZTTp6YLi vKQe4lEOQGSRFvDJffjpV9TXRc+MFBGUfBr1C2Guxd7a+R66h2Uf8G/16J1JF2YO2N1C ySULvGcqO5bGK0259jum1BZayi0qR3cjRl8y0GUAcNTeEetJ/G2MgrNovd5nHrsPiyXi 6SxA==
X-Gm-Message-State: ALoCoQlZYiJJV24zYGYmKlTu4KVI0puux1qCi2IamEfBkJ1x+ebMmKOWfaOkbLSFCBBGWglwmygP
MIME-Version: 1.0
X-Received: by 10.60.63.235 with SMTP id j11mr6781985oes.61.1388168330076; Fri, 27 Dec 2013 10:18:50 -0800 (PST)
Received: by 10.60.54.65 with HTTP; Fri, 27 Dec 2013 10:18:49 -0800 (PST)
In-Reply-To: <4E1F6AAD24975D4BA5B16804296739437CD4EB65@TK5EX14MBXC286.redmond.corp.microsoft.com>
References: <057401cefcf8$7b271190$717534b0$@augustcellars.com> <4E1F6AAD24975D4BA5B16804296739437CD4EB65@TK5EX14MBXC286.redmond.corp.microsoft.com>
Date: Fri, 27 Dec 2013 13:18:49 -0500
Message-ID: <CAL02cgTBWombHNBTsZYuoc5Kmz3npDe9y_bHE+rTZdS2L6uJug@mail.gmail.com>
From: Richard Barnes <rlb@ipv.sx>
To: Mike Jones <Michael.Jones@microsoft.com>
Content-Type: multipart/alternative; boundary="001a11c24dbc33f54e04ee882038"
Cc: Jim Schaad <ietf@augustcellars.com>, "jose@ietf.org" <jose@ietf.org>
Subject: Re: [jose] JWK use in the absense of an algorithm value
X-BeenThere: jose@ietf.org
X-Mailman-Version: 2.1.15
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, 27 Dec 2013 18:18:57 -0000

+1 to Mike's lack of worry.


On Thu, Dec 19, 2013 at 4:11 PM, Mike Jones <Michael.Jones@microsoft.com>wrote:

> If you're importing a key into a context where you don't know the
> algorithm to be used from context, then I'd recommend including an "alg"
> field.  (This isn't required, because sometimes you do know this from
> context.)  Do you have a specific scenario in mind where this approach
> wouldn't work?
>
> Anyway, count me as not worried.
>
>                                 -- Mike
>
> -----Original Message-----
> From: jose [mailto:jose-bounces@ietf.org] On Behalf Of Jim Schaad
> Sent: Thursday, December 19, 2013 12:26 PM
> To: jose@ietf.org
> Subject: [jose] JWK use in the absense of an algorithm value
>
> In trying to go through the issues with the WebCrypto group and the JOSE
> WG dealing with the content of the use field.  I ended up with a problem
> that I had not recognized as being an issue when talking to John in Berlin.
>  I want to bring this issue up and see if anybody other myself is worried
> about it.
>
> Consider the JWK
>
> {'typ':'oct', 'use':'enc',"k":"GawgguFyGrWKav7AX4VKUg" }
>
> We have stated that the value of 'enc' in this case can only be correctly
> interpreted in the content of an algorithm restriction in the JWK as well.
> In this case it is not possible for an importing function to change the
> external 'enc' value to either 'encryption' or 'key-wrapping'.  This means
> that an implementation that imports the key and does not keep it in a JWK
> formation will potentially reject the key as being mal-formed.  Note that
> this would not be an issue if we had both 'enc' and 'wrap' as key usages
> because it would be unambigious.
>
> Jim
>
>
>
> _______________________________________________
> 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
>