Re: [OAUTH-WG] OAuth Signature Draft Pre 00

Mike Jones <Michael.Jones@microsoft.com> Mon, 27 September 2010 16:33 UTC

Return-Path: <Michael.Jones@microsoft.com>
X-Original-To: oauth@core3.amsl.com
Delivered-To: oauth@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 581753A6B5A for <oauth@core3.amsl.com>; Mon, 27 Sep 2010 09:33:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.134
X-Spam-Level:
X-Spam-Status: No, score=-10.134 tagged_above=-999 required=5 tests=[AWL=0.464, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sEZHMG-Ym4+Z for <oauth@core3.amsl.com>; Mon, 27 Sep 2010 09:33:47 -0700 (PDT)
Received: from smtp.microsoft.com (maila.microsoft.com [131.107.115.212]) by core3.amsl.com (Postfix) with ESMTP id 1E96E3A6B96 for <oauth@ietf.org>; Mon, 27 Sep 2010 09:33:46 -0700 (PDT)
Received: from TK5EX14HUBC103.redmond.corp.microsoft.com (157.54.86.9) by TK5-EXGWY-E801.partners.extranet.microsoft.com (10.251.56.50) with Microsoft SMTP Server (TLS) id 8.2.176.0; Mon, 27 Sep 2010 09:34:25 -0700
Received: from TK5EX14MBXC207.redmond.corp.microsoft.com ([169.254.7.160]) by TK5EX14HUBC103.redmond.corp.microsoft.com ([157.54.86.9]) with mapi id 14.01.0218.012; Mon, 27 Sep 2010 09:34:24 -0700
From: Mike Jones <Michael.Jones@microsoft.com>
To: David Recordon <recordond@gmail.com>, Anthony Nadalin <tonynad@microsoft.com>
Thread-Topic: [OAUTH-WG] OAuth Signature Draft Pre 00
Thread-Index: AQHLXkxwX8p/hk+/OkG1R8AD9uGYOJMmdn4AgAABOoCAAAGxAP//jOGQ
Date: Mon, 27 Sep 2010 16:34:24 +0000
Message-ID: <4E1F6AAD24975D4BA5B168042967394314AA0795@TK5EX14MBXC207.redmond.corp.microsoft.com>
References: <AANLkTikSKX8jisucEbZOUnkGYUz0DnBSB_KWXGM3bJcS@mail.gmail.com> <7C01E631FF4B654FA1E783F1C0265F8C62D263BB@TK5EX14MBXC111.redmond.corp.microsoft.com> <AANLkTinZbFmWcuALHnd5NFik8HRkKgH0AgMzFMgarrYX@mail.gmail.com> <AANLkTikhsE=Pcep09K7j=6Q0hbJMsssjf66ep103n9Oj@mail.gmail.com> <1990A18DEA6E97429CFD1B4D2C5DA7E70C959D@TK5EX14MBXC101.redmond.corp.microsoft.com> <AANLkTik6Jmc6bo8+ok3iFKEJ2grXZrmCXp+LOXM8Zf57@mail.gmail.com>
In-Reply-To: <AANLkTik6Jmc6bo8+ok3iFKEJ2grXZrmCXp+LOXM8Zf57@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.123.12]
Content-Type: multipart/alternative; boundary="_000_4E1F6AAD24975D4BA5B168042967394314AA0795TK5EX14MBXC207r_"
MIME-Version: 1.0
Cc: oauth <oauth@ietf.org>
Subject: Re: [OAUTH-WG] OAuth Signature Draft Pre 00
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/oauth>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2010 16:33:56 -0000

Nat had reviewed Yaron's and my proposal and encouraged us to proceed with it.  Yes, it's intentionally general and not OAuth specific (just like SWTs were).  The JWT token type will have uses outside OAuth.  Dirk and we agree that we need to come up with a unified JSON token spec.

Later today I'll write up a set of comments on the differences between Dirk's proposal and the JWT one as they stand today to kick-start the discussions of specifics.

                                                            Cheers,
                                                            -- Mike

From: oauth-bounces@ietf.org [mailto:oauth-bounces@ietf.org] On Behalf Of David Recordon
Sent: Monday, September 27, 2010 9:24 AM
To: Anthony Nadalin
Cc: oauth
Subject: Re: [OAUTH-WG] OAuth Signature Draft Pre 00

Mike and Yaron's proposal is different from Nat's though. Nat's is based directly around OAuth versus explicitly defining a separate signing mechanism and then a second spec to map it into OAuth. It also supports fewer options (no unsigned tokens for example) which makes it easier to understand within this context. Dirk's now seems to be four specs which then reference Magic Signatures for the underlying signing.

On Mon, Sep 27, 2010 at 9:17 AM, Anthony Nadalin <tonynad@microsoft.com<mailto:tonynad@microsoft.com>> wrote:
So we have been working with Nat on the signature proposal and talking to Nat he agrees that the JWT proposal is well under way, what I would like to make sure is that we merged in with your proposal

From: oauth-bounces@ietf.org<mailto:oauth-bounces@ietf.org> [mailto:oauth-bounces@ietf.org<mailto:oauth-bounces@ietf.org>] On Behalf Of Dirk Balfanz
Sent: Monday, September 27, 2010 9:13 AM
To: David Recordon
Cc: oauth
Subject: Re: [OAUTH-WG] OAuth Signature Draft Pre 00

I'm just as confused :-) I think what happened is that I posted a signature draft and then didn't follow up. Nat then very kindly agreed to help and put out a draft, but that also didn't get much momentum. So I went back and re-did my drafts. Also, somewhere along the way, Yoran wrote a draft. At least that's what it looks like from where I'm sitting. I might be getting it wrong (maybe Yoran's draft represents a merge of his and Nat's thinking? - I'm not sure).

At any rate, of course we need to end up with one proposal in the end. I'm fairly agnostic about the details, but I believe the following should be true about any merged proposal:

- very limited number of options for signature algorithms, key representations (should not require more than 10..20 lines of code in your given platform, without any additional library, to implement signature and key parsing).
- must support both public and symmetric keys.
- should not have security flaws

Dirk.
On Mon, Sep 27, 2010 at 6:59 AM, David Recordon <recordond@gmail.com<mailto:recordond@gmail.com>> wrote:
I'm a bit confused between the relationship of Nat's I-D and the documents you and Mike recently posted. Is the goal to have one I-D? Nat's seems to have fewer options and different modes which makes it easier to read and understand.

On Mon, Aug 30, 2010 at 11:47 AM, Yaron Goland <yarong@microsoft.com<mailto:yarong@microsoft.com>> wrote:
BTW, Nat and I, as mentioned below, are talking. Here is my current draft. Please keep in mind that it's really just a set of notes trying to capture all the issues involved in creating a secure token format so it's a bit dense. My hope is that once all the issues are captured it can be completely re-written to be in something that looks more like English and is easier for actual implementers to follow. But for now I think it gives a good sense of the some of the security challenges in creating a secure token format.
                Yaron

From: oauth-bounces@ietf.org<mailto:oauth-bounces@ietf.org> [mailto:oauth-bounces@ietf.org<mailto:oauth-bounces@ietf.org>] On Behalf Of Nat Sakimura
Sent: Tuesday, August 24, 2010 6:50 AM
To: oauth
Subject: [OAUTH-WG] OAuth Signature Draft Pre 00

Hi.

It has been a few weeks since then I volunteered to do this work.
I have written up to this pre 00 draft then have been doing some reality checks on some script languages etc.

No. This pre-00 draft is far from being feature complete.
I still need to copy and paste the Magic Signatures text etc.
Also, I should add how this spec is being used in some of the major flows.

However, since I will not be able to work on it this week, I thought it would be worthwhile to share this early draft so that you have some clarity into the progress.

Apparently, Yaron has been working on it as well. We will compare the notes and try to merge, I hope.

So, here it is!

#For those of you who have seen the private draft, it has not been changed since July 31.

Best,

=nat



_______________________________________________
OAuth mailing list
OAuth@ietf.org<mailto:OAuth@ietf.org>
https://www.ietf.org/mailman/listinfo/oauth


_______________________________________________
OAuth mailing list
OAuth@ietf.org<mailto:OAuth@ietf.org>
https://www.ietf.org/mailman/listinfo/oauth