Re: [OAUTH-WG] OAuth 1.0 token assertion to OAuth 2.0 token (was: Draft -09)

Marius Scurtescu <mscurtescu@google.com> Wed, 30 June 2010 17:32 UTC

Return-Path: <mscurtescu@google.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 9F2993A6A59 for <oauth@core3.amsl.com>; Wed, 30 Jun 2010 10:32:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.505
X-Spam-Level:
X-Spam-Status: No, score=-101.505 tagged_above=-999 required=5 tests=[AWL=0.472, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, USER_IN_WHITELIST=-100]
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 G3MX0wwNQ8be for <oauth@core3.amsl.com>; Wed, 30 Jun 2010 10:31:57 -0700 (PDT)
Received: from smtp-out.google.com (smtp-out.google.com [74.125.121.35]) by core3.amsl.com (Postfix) with ESMTP id CBD243A6A5B for <oauth@ietf.org>; Wed, 30 Jun 2010 10:31:39 -0700 (PDT)
Received: from kpbe14.cbf.corp.google.com (kpbe14.cbf.corp.google.com [172.25.105.78]) by smtp-out.google.com with ESMTP id o5UHVmhC031346 for <oauth@ietf.org>; Wed, 30 Jun 2010 10:31:49 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1277919109; bh=Jk0spbgq+oE8MHbC7zPC+gLIEGE=; h=MIME-Version:In-Reply-To:References:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=vjP6FyiEz0V6nqPGKpY2YmWoptWT7H0KefbjxwJ78wmtP8LGbDz1H7mHUjKgAFV3Z Xw1dNfE8z11X+NKEdX01Q==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:from:date:message-id: subject:to:cc:content-type:x-system-of-record; b=OK1lRavvpVYlwkKaPR+4yM4b212BFAM551Kp8dNapPMbozLLLwT3YGOQloBUZg1Su iuChzthw43fsxpd6FKuSw==
Received: from gyg4 (gyg4.prod.google.com [10.243.50.132]) by kpbe14.cbf.corp.google.com with ESMTP id o5UHU2s8014112 for <oauth@ietf.org>; Wed, 30 Jun 2010 10:31:47 -0700
Received: by gyg4 with SMTP id 4so636805gyg.40 for <oauth@ietf.org>; Wed, 30 Jun 2010 10:31:47 -0700 (PDT)
Received: by 10.101.7.36 with SMTP id k36mr10910641ani.24.1277919107246; Wed, 30 Jun 2010 10:31:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.101.132.22 with HTTP; Wed, 30 Jun 2010 10:31:27 -0700 (PDT)
In-Reply-To: <90C41DD21FB7C64BB94121FBBC2E72343B3ED4C068@P3PW5EX1MB01.EX1.SECURESERVER.NET>
References: <AANLkTikMuFIaJ1bnL3FOSzsRmO0Ix9xzyyzQG0hcWVcV@mail.gmail.com> <90C41DD21FB7C64BB94121FBBC2E72343B3ED4C068@P3PW5EX1MB01.EX1.SECURESERVER.NET>
From: Marius Scurtescu <mscurtescu@google.com>
Date: Wed, 30 Jun 2010 10:31:27 -0700
Message-ID: <AANLkTikxAcH2uLQ_dhMcBCqbriilP-5KoZcbGalGRau7@mail.gmail.com>
To: Eran Hammer-Lahav <eran@hueniverse.com>
Content-Type: text/plain; charset="ISO-8859-1"
X-System-Of-Record: true
Cc: "OAuth WG (oauth@ietf.org)" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] OAuth 1.0 token assertion to OAuth 2.0 token (was: Draft -09)
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: Wed, 30 Jun 2010 17:32:05 -0000

On Wed, Jun 30, 2010 at 8:13 AM, Eran Hammer-Lahav <eran@hueniverse.com> wrote:
> No benefit. This would just be the "2.0 way" of doing it.

I see, and that's a good point.

>From an implementation perspective, clients and servers that support
OAuth 1 can easily implement a signature based bridge endpoint. The
OAuth 1 assertion will require both parties to implement new signature
code, and that can be challenging.

Marius

>
> EHL
>
>> -----Original Message-----
>> From: Marius Scurtescu [mailto:mscurtescu@google.com]
>> Sent: Tuesday, June 29, 2010 6:13 PM
>> To: Eran Hammer-Lahav
>> Cc: OAuth WG (oauth@ietf.org)
>> Subject: OAuth 1.0 token assertion to OAuth 2.0 token (was: Draft -09)
>>
>> On Tue, Jun 29, 2010 at 8:22 AM, Eran Hammer-Lahav
>> <eran@hueniverse.com> wrote:
>> >
>> > The assertion grant type is really the grant type extension point. Libraries
>> should treat it as a way to support custom grant types. One of the things I
>> would like to see someone draft is how to use OAuth 1.0 tokens to obtain
>> OAuth 2.0 tokens using the assertion type. For example, the assertion type
>> can be "http://oauth.net/1.0/token" , and the assertion itself is some form
>> of the token and signature (or secrets) concatenated into a string (this will
>> maintain the 1.0 security while transitioning to 2.0). This is just a straw man.
>> >
>> > It is important that libraries support this extensibility with some form of a
>> hook or handler so that clients can make requests using assertions from
>> outside the library.
>>
>> An OAuth 1 token assertion as described above would achieve the same
>> thing as the suggested bridge endpoint. Do you see any advantages on using
>> an assertion as opposed to a standard OAuth 1 signed request?
>>
>> Marius
>