Re: [woes] Preview of Google API support for OAuth2 assertion flow

Chuck Mortimore <cmortimore@salesforce.com> Tue, 17 May 2011 17:57 UTC

Return-Path: <cmortimore@salesforce.com>
X-Original-To: woes@ietfa.amsl.com
Delivered-To: woes@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BC6CE0746 for <woes@ietfa.amsl.com>; Tue, 17 May 2011 10:57:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Xn7NsF+YVQI for <woes@ietfa.amsl.com>; Tue, 17 May 2011 10:57:08 -0700 (PDT)
Received: from exprod8og118.obsmtp.com (exprod8og118.obsmtp.com [64.18.3.36]) by ietfa.amsl.com (Postfix) with SMTP id D982EE0744 for <woes@ietf.org>; Tue, 17 May 2011 10:57:07 -0700 (PDT)
Received: from exsfm-hub4.internal.salesforce.com ([204.14.239.239]) by exprod8ob118.postini.com ([64.18.7.12]) with SMTP ID DSNKTdK28s/6qwjynHB/gi+J9VhWyTquz/MT@postini.com; Tue, 17 May 2011 10:57:07 PDT
Received: from EXSFM-MB01.internal.salesforce.com ([10.1.127.46]) by exsfm-hub4.internal.salesforce.com ([10.1.127.8]) with mapi; Tue, 17 May 2011 10:57:06 -0700
From: Chuck Mortimore <cmortimore@salesforce.com>
To: Eric Sachs <esachs@google.com>, "woes@ietf.org" <woes@ietf.org>
Date: Tue, 17 May 2011 10:57:04 -0700
Thread-Topic: Preview of Google API support for OAuth2 assertion flow
Thread-Index: AcwUL3jy0wpYiz+4TtCIHRG6sw4opAAjFtYC
Message-ID: <C9F80500.19B8D%cmortimore@salesforce.com>
In-Reply-To: <BANLkTim=Zum0CN=xoAGTrm6NgUM8GG7T+w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_C9F8050019B8Dcmortimoresalesforcecom_"
MIME-Version: 1.0
Cc: Jian Cai ☑ <jcai@google.com>
Subject: Re: [woes] Preview of Google API support for OAuth2 assertion flow
X-BeenThere: woes@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Web Object Encryption and Signing \(woes\) BOF discussion list" <woes.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/woes>, <mailto:woes-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/woes>
List-Post: <mailto:woes@ietf.org>
List-Help: <mailto:woes-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/woes>, <mailto:woes-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 May 2011 17:57:10 -0000

Hi Eric – we’re currently implementing these flows, and I’m working on a draft to capture both these flows and I’m hoping to have some community review in person at the interim meeting on Monday – will you be there?

Also, a few questions on what you’ve implemented


 *   You don’t seem to ever have a “prn” defined in your JWT – what was the reasoning behind this?
 *   The URL for the for the keys are explicitly registered on your side, and never carried in a “jku” or “x5u” field...is that correct?    (Note that we’re starting with statically configured PEM certs )
 *   scope – my current thinking is that since this is the token endpoint, authorization has already occurred.  It seems like scope should be optional and only used to downgrade capabilities.   What is google’s thinking?
 *   In your client authentication flow, you never declare the assertion type – was this intentionally omitted?

-cmort

On 5/16/11 6:12 PM, "Eric Sachs" <esachs@google.com> wrote:

Last month we announced support for Google App Engine apps to create signed JWTs, such as for use in an OAuth2 assertion flows.  We are now providing a preview of the ability for developers to make API calls to Google using OAuth2 assertions in JWT format.  The documentation (including pointers to sample apps and their source code) is at:
https://sites.google.com/site/oauthgoog/Home/google-oauth2-assertion-flow
As we discussed at the InternetIdentityWorkshop, we are interested in working with vendors in interop using these techniques.



---------- Forwarded message ----------
From: Eric Sachs <esachs@google.com>
Date: Wed, Apr 6, 2011 at 12:43 PM
Subject: Native JWT support in Google App Engine
To: woes@ietf.org


Google has just added native support for JWT to Google App Engine.  Here is the documentation:
https://sites.google.com/site/oauthgoog/authenticate-google-app-engine-app
Our hope is to work with other players in the cloud computing space to improve some elements of cloud security by using PKI, JWT & OAuth2 for interop between our systems.

Based on past industry discussion, we wroteup a description of some of the general interop use-cases:
https://sites.google.com/site/oauthgoog/robotaccounts/cloudtoonpremise
https://sites.google.com/site/oauthgoog/robotaccounts/onpremisetocloud
While this new feature in Google App Engine is a significant step for Google, we realize there is more to do on our side such as adding support for JWT assertions in our recently announced OAuth2 support for Google APIs <http://googlecode.blogspot.com/2011/03/making-auth-easier-oauth-20-for-google.html> .  However we would prefer to get feedback from this group on a standard approach, including around key rotation/management.

Eric Sachs
Senior Product Manager, Internet Identity
Google