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 >
- [jose] JWK use in the absense of an algorithm val… Jim Schaad
- Re: [jose] JWK use in the absense of an algorithm… Mike Jones
- Re: [jose] JWK use in the absense of an algorithm… Richard Barnes
- Re: [jose] JWK use in the absense of an algorithm… John Bradley