Re: [OAUTH-WG] I-D Action: draft-ietf-oauth-revocation-05.txt
Torsten Lodderstedt <torsten@lodderstedt.net> Wed, 13 February 2013 22:19 UTC
Return-Path: <torsten@lodderstedt.net>
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 15D8F21E8054 for <oauth@ietfa.amsl.com>; Wed, 13 Feb 2013 14:19:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.37
X-Spam-Level:
X-Spam-Status: No, score=-1.37 tagged_above=-999 required=5 tests=[AWL=-0.413, BAYES_00=-2.599, HELO_EQ_DE=0.35, MISSING_HEADERS=1.292]
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 VFU9CgTRT4As for <oauth@ietfa.amsl.com>; Wed, 13 Feb 2013 14:19:05 -0800 (PST)
Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.101]) by ietfa.amsl.com (Postfix) with ESMTP id F0DC421E803D for <oauth@ietf.org>; Wed, 13 Feb 2013 14:19:04 -0800 (PST)
Received: from [91.2.85.204] (helo=[192.168.71.42]) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from <torsten@lodderstedt.net>) id 1U5kfP-0007b6-D6 for oauth@ietf.org; Wed, 13 Feb 2013 23:19:03 +0100
Message-ID: <511C1155.6050709@lodderstedt.net>
Date: Wed, 13 Feb 2013 23:19:01 +0100
From: Torsten Lodderstedt <torsten@lodderstedt.net>
User-Agent: Mozilla/5.0 (Windows NT 6.2; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
CC: oauth@ietf.org
References: <20130213221326.3987.20729.idtracker@ietfa.amsl.com>
In-Reply-To: <20130213221326.3987.20729.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Df-Sender: dG9yc3RlbkBsb2RkZXJzdGVkdC1vbmxpbmUuZGU=
Subject: Re: [OAUTH-WG] I-D Action: draft-ietf-oauth-revocation-05.txt
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: Wed, 13 Feb 2013 22:19:06 -0000
Hi all, I just published a new revision, which should cover all the issues raised/dicussed during WGLC. I applied the following changes: - introduced a new parameter "token_type_hint", which a client may use to give the authorization server a hint about the type of the token to be revoked - replaced "authorization" by "authorization grant" - an attempt to revoke an invalid token is now handled like a successful revocation request (status code 200) - CORS is now a MAY instead of SHOULD - extended description of how developer/client may obtain endpoint location - Improved wording regarding expected client behavior after sucessful processing of the revocation request -> "The client must assume the revocation is immediate upon the return of the request." - Explanation of different policies and why having different server policies should not cause interop problems - aligned structure with core spec by introducing sub-sections for request and response regards, Torsten. Am 13.02.2013 23:13, schrieb internet-drafts@ietf.org: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Web Authorization Protocol Working Group of the IETF. > > Title : Token Revocation > Author(s) : Torsten Lodderstedt > Stefanie Dronia > Marius Scurtescu > Filename : draft-ietf-oauth-revocation-05.txt > Pages : 9 > Date : 2013-02-13 > > Abstract: > This document proposes an additional endpoint for OAuth authorization > servers, which allows clients to notify the authorization server that > a previously obtained refresh or access token is no longer needed. > This allows the authorization server to cleanup security credentials. > A revocation request will invalidate the actual token and, if > applicable, other tokens based on the same authorization grant. > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-oauth-revocation > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-oauth-revocation-05 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-oauth-revocation-05 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > OAuth mailing list > OAuth@ietf.org > https://www.ietf.org/mailman/listinfo/oauth
- Re: [OAUTH-WG] I-D Action: draft-ietf-oauth-revoc… Torsten Lodderstedt
- [OAUTH-WG] I-D Action: draft-ietf-oauth-revocatio… internet-drafts
- Re: [OAUTH-WG] I-D Action: draft-ietf-oauth-revoc… Sergey Beryozkin
- Re: [OAUTH-WG] I-D Action: draft-ietf-oauth-revoc… Torsten Lodderstedt