Re: [OAUTH-WG] Updated Charter to the IESG (this weekend)
Paul Madsen <paul.madsen@gmail.com> Thu, 12 April 2012 14:37 UTC
Return-Path: <paul.madsen@gmail.com>
X-Original-To: oauth@ietfa.amsl.com
Delivered-To: oauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 147CF21F85F4 for <oauth@ietfa.amsl.com>; Thu, 12 Apr 2012 07:37:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tPxpzCXdR5m7 for <oauth@ietfa.amsl.com>; Thu, 12 Apr 2012 07:37:44 -0700 (PDT)
Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id BF26F21F85F9 for <oauth@ietf.org>; Thu, 12 Apr 2012 07:37:43 -0700 (PDT)
Received: by obbtb4 with SMTP id tb4so3268309obb.31 for <oauth@ietf.org>; Thu, 12 Apr 2012 07:37:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=qis30D/EFhUvLvPlLI4RN11lZ1XoGVhq13oT6SfNbFM=; b=RALW7hbgzUGYW5p0mnVvpfoqKn09J6DRGUhzICZDY2DRM4KH5N65WUezlVjHt0KaNf 5uij5mkMawOfBUWQvjchV3dLID2arGz7kLYbexs0cd7/oqNG2DkQLYAKBVbmgthB+KGU o90F3h21CkkObvYQuxVTLilFlgXhes8Dm6DyXguY3/0C5KXETk21jg2ltjAvj/cIMRBC NRx2qbdC7aEmjNCFRyWtQx+mAE1AbrjE4mHZAfN9OQ3cTbHyUzObfmCGIXLfssS5ea9w 99OsHLn8iJlz3Ft06NbYqJloGv69qeVxCRAmfeaR1pzTNECtaNFv7g6P6eJfRkC5Yidp SvvA==
Received: by 10.182.225.2 with SMTP id rg2mr3479900obc.2.1334241463379; Thu, 12 Apr 2012 07:37:43 -0700 (PDT)
Received: from pmadsen-mbp.local (CPE0022b0cb82b4-CM0012256eb4b4.cpe.net.cable.rogers.com. [72.136.162.33]) by mx.google.com with ESMTPS id il8sm6866946obc.18.2012.04.12.07.37.36 (version=SSLv3 cipher=OTHER); Thu, 12 Apr 2012 07:37:37 -0700 (PDT)
Message-ID: <4F86E8AF.1030601@gmail.com>
Date: Thu, 12 Apr 2012 10:37:35 -0400
From: Paul Madsen <paul.madsen@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20
MIME-Version: 1.0
To: Hannes Tschofenig <hannes.tschofenig@gmx.net>
References: <693A5F68-9F51-452C-B684-2A891133F875@gmx.net>
In-Reply-To: <693A5F68-9F51-452C-B684-2A891133F875@gmx.net>
Content-Type: multipart/alternative; boundary="------------060306090003070101050203"
Cc: "oauth@ietf.org WG" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] Updated Charter to the IESG (this weekend)
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Thu, 12 Apr 2012 14:37:45 -0000
Hi Hannes, do you mean 'discover relevant OAuth endpoints *for* a resource server'? ie instead of discovering the RS itself? On 4/12/12 6:55 AM, Hannes Tschofenig wrote: > Hey guys > > based on the discussion before, during, and after the Paris IETF meeting I am going to send the following updated charter / milestones to the IESG. > Please have a quick look (till the end of the week) to double-check the content (particularly the suggested milestone dates): > > ---------- > > > Web Authorization Protocol (oauth) > > Description of Working Group > > The Web Authorization (OAuth) protocol allows a user to grant > a third-party Web site or application access to the user's protected > resources, without necessarily revealing their long-term credentials, > or even their identity. For example, a photo-sharing site that supports > OAuth could allow its users to use a third-party printing Web site to > print their private pictures, without allowing the printing site to > gain full control of the user's account and without having the user > sharing his or her photo-sharing sites' long-term credential with the > printing site. > > The OAuth protocol suite encompasses > * a procedure for allowing a client to discover a resource server, > * a protocol for obtaining authorization tokens from an authorization > server with the resource owner's consent, > * protocols for presenting these authorization tokens to protected > resources for access to a resource, and > * consequently for sharing data in a security and privacy respective way. > > In April 2010 the OAuth 1.0 specification, documenting pre-IETF work, > was published as an informational document (RFC 5849). With the > completion of OAuth 1.0 the working group started their work on OAuth 2.0 > to incorporate implementation experience with version 1.0, additional > use cases, and various other security, readability, and interoperability > improvements. An extensive security analysis was conducted and the result > is available as a stand-alone document offering guidance for audiences > beyond the community of protocol implementers. > > The working group also developed security schemes for presenting authorization > tokens to access a protected resource. This led to the publication of > the bearer token as well as the message authentication code (MAC) access > authentication specification. > > OAuth 2.0 added the ability to trade a SAML assertion against an OAUTH token with > the SAML 2.0 bearer assertion profile. This offers interworking with existing > identity management solutions, in particular SAML based deployments. > > OAuth has enjoyed widespread adoption by the Internet application service provider > community. To build on this success we aim for nothing more than to make OAuth the > authorization framework of choice for any Internet protocol. Consequently, the > ongoing standardization effort within the OAuth working group is focused on > enhancing interoperability of OAuth deployments. While the core OAuth specification > truly is an important building block it relies on other specifications in order to > claim completeness. Luckily, these components already exist and have been deployed > on the Internet. Through the IETF standards process they will be improved in > quality and will undergo a rigorous review process. > > Goals and Milestones > > [Editor's Note: Here are the completed items.] > > Done Submit 'OAuth 2.0 Threat Model and Security Considerations' as a working group item > Done Submit 'HTTP Authentication: MAC Authentication' as a working group item > Done Submit 'The OAuth 2.0 Protocol: Bearer Tokens' to the IESG for consideration as a Proposed Standard > Done Submit 'The OAuth 2.0 Authorization Protocol' to the IESG for consideration as a Proposed Standard > > [Editor's Note: Finishing existing work. Double-check the proposed dates - are they realistic?] > > May 2012 Submit 'SAML 2.0 Bearer Assertion Profiles for OAuth 2.0' to the IESG for consideration as a Proposed Standard > May 2012 Submit 'OAuth 2.0 Assertion Profile' to the IESG for consideration as a Proposed Standard > May 2012 Submit 'An IETF URN Sub-Namespace for OAuth' to the IESG for consideration as a Proposed Standard > May 2012 Submit 'OAuth 2.0 Threat Model and Security Considerations' to the IESG for consideration as an Informational RFC > Dec. 2012 Submit 'HTTP Authentication: MAC Authentication' to the IESG for consideration as a Proposed Standard > > [Editor's Note: New work for the group] > > Nov. 2012 Submit 'Token Revocation' to the IESG for consideration as a Proposed Standard > > [Starting point for the work will be http://datatracker.ietf.org/doc/draft-lodderstedt-oauth-revocation/] > > Dec. 2012 Submit 'OAuth Use Cases' to the IESG for consideration as an Informational RFC > > [Starting point for the work will be http://tools.ietf.org/html/draft-zeltsan-oauth-use-cases] > > Jan. 2013 Submit 'Simple Web Discovery' to the IESG for consideration as a Proposed Standard > > [Starting point for the work will be http://tools.ietf.org/html/draft-jones-simple-web-discovery] > > Mar. 2013 Submit 'JSON Web Token (JWT)' to the IESG for consideration as a Proposed Standard > > [Starting point for the work will be http://tools.ietf.org/html/draft-jones-json-web-token] > > Mar. 2013 Submit 'JSON Web Token (JWT) Bearer Token Profiles for OAuth 2.0' to the IESG for consideration as a Proposed Standard > > [Starting point for the work will be http://tools.ietf.org/html/draft-jones-oauth-jwt-bearer] > > Jul. 2013 Submit 'OAuth Dynamic Client Registration Protocol' to the IESG for consideration as a Proposed Standard > > [Starting point for the work will be http://tools.ietf.org/html/draft-hardjono-oauth-dynreg] > > > _______________________________________________ > OAuth mailing list > OAuth@ietf.org > https://www.ietf.org/mailman/listinfo/oauth
- [OAUTH-WG] Updated Charter to the IESG (this week… Hannes Tschofenig
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Eran Hammer
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Paul Madsen
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Igor Faynberg
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Mike Jones
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Justin Richer
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Mike Jones
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Justin Richer
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [OAUTH-WG] Updated Charter to the IESG (this … John Bradley
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Brian Campbell
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Derek Atkins
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Justin Richer
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Torsten Lodderstedt
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Justin Richer
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Torsten Lodderstedt
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Justin Richer
- Re: [OAUTH-WG] Updated Charter to the IESG (this … John Bradley
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Torsten Lodderstedt
- Re: [OAUTH-WG] Updated Charter to the IESG (this … Eve Maler
- Re: [OAUTH-WG] Updated Charter to the IESG (this … John Bradley