Re: [OAUTH-WG] in-app logout?
"Manger, James H" <James.H.Manger@team.telstra.com> Thu, 13 May 2010 14:10 UTC
Return-Path: <James.H.Manger@team.telstra.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 924253A6B39 for <oauth@core3.amsl.com>; Thu, 13 May 2010 07:10:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.365
X-Spam-Level: **
X-Spam-Status: No, score=2.365 tagged_above=-999 required=5 tests=[AWL=-1.158, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_EQ_AU=0.377, J_CHICKENPOX_66=0.6, RDNS_NONE=0.1, RELAY_IS_203=0.994]
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 8hIvRwggnXWG for <oauth@core3.amsl.com>; Thu, 13 May 2010 07:10:41 -0700 (PDT)
Received: from ipxbvo.tcif.telstra.com.au (unknown [203.35.135.204]) by core3.amsl.com (Postfix) with ESMTP id 454683A6B3C for <oauth@ietf.org>; Thu, 13 May 2010 07:10:34 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.53,222,1272808800"; d="scan'208";a="2539629"
Received: from unknown (HELO ipcbvi.tcif.telstra.com.au) ([10.97.217.204]) by ipobvi.tcif.telstra.com.au with ESMTP; 14 May 2010 00:10:23 +1000
X-IronPort-AV: E=McAfee;i="5400,1158,5980"; a="1887993"
Received: from wsmsg3752.srv.dir.telstra.com ([172.49.40.173]) by ipcbvi.tcif.telstra.com.au with ESMTP; 14 May 2010 00:10:23 +1000
Received: from WSMSG3153V.srv.dir.telstra.com ([172.49.40.159]) by WSMSG3752.srv.dir.telstra.com ([172.49.40.173]) with mapi; Fri, 14 May 2010 00:10:23 +1000
From: "Manger, James H" <James.H.Manger@team.telstra.com>
To: Torsten Lodderstedt <torsten@lodderstedt.net>, "OAuth WG (oauth@ietf.org)" <oauth@ietf.org>
Date: Fri, 14 May 2010 00:10:21 +1000
Thread-Topic: [OAUTH-WG] in-app logout?
Thread-Index: AcryjNMY8DGP5186QnuNYxlU4kPGzgAEzdCQ
Message-ID: <255B9BB34FB7D647A506DC292726F6E11263465727@WSMSG3153V.srv.dir.telstra.com>
References: <4BEBDCFB.7090503@lodderstedt.net>
In-Reply-To: <4BEBDCFB.7090503@lodderstedt.net>
Accept-Language: en-US, en-AU
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-AU
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Subject: Re: [OAUTH-WG] in-app logout?
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: Thu, 13 May 2010 14:10:42 -0000
Torsten, > What about refresh token revocation/deletion? HTTP already has a method to do this: DELETE It just needs each token to have a URI. Tokens (almost) already have URIs -- its just not immediately obvious because the URI has to be built from a common token endpoint and a refresh_token. I think it would improve the spec if refresh_token was renamed to, say, token_id; and its value defined as a URI (which can be a relative URI so the string may not need to change at all). To refresh a token you POST to the token's URI. To delete a token you send a DELETE request to the token's URI. It doesn't cause major changes, but there are some benefits. It is a more web-style design. It leaves only 1 type of token in the spec -- an access token -- which simplifies the text and aids understanding. There are no arguments about length, allowed chars etc because it is a URI -- a well-known type, often with native support. Its obvious how to delete the token as there is a standard HTTP method DELETE to apply to the token URI. If a particular service supported an additional way to delete items in its API (eg POST with a method=delete query parameter) that could apply to the OAuth part as well. -- James Manger
- [OAUTH-WG] in-app logout? Torsten Lodderstedt
- Re: [OAUTH-WG] in-app logout? Manger, James H
- Re: [OAUTH-WG] in-app logout? Dick Hardt
- Re: [OAUTH-WG] in-app logout? Manger, James H
- Re: [OAUTH-WG] in-app logout? Dick Hardt
- Re: [OAUTH-WG] in-app logout? Yaron Goland
- Re: [OAUTH-WG] in-app logout? Manger, James H
- Re: [OAUTH-WG] in-app logout? Manger, James H
- Re: [OAUTH-WG] in-app logout? Chasen Le Hara
- Re: [OAUTH-WG] in-app logout? Hubert Le Van Gong
- Re: [OAUTH-WG] in-app logout? Allen Tom
- Re: [OAUTH-WG] in-app logout? Lukas Rosenstock
- Re: [OAUTH-WG] in-app logout? Beau Lebens
- Re: [OAUTH-WG] in-app logout? Hubert Le Van Gong
- Re: [OAUTH-WG] in-app logout? Torsten Lodderstedt
- Re: [OAUTH-WG] in-app logout? Igor Faynberg
- Re: [OAUTH-WG] in-app logout? Eran Hammer-Lahav
- Re: [OAUTH-WG] in-app logout? Torsten Lodderstedt
- Re: [OAUTH-WG] in-app logout? Eran Hammer-Lahav
- Re: [OAUTH-WG] in-app logout? Manger, James H
- Re: [OAUTH-WG] in-app logout? Justin Richer
- [OAUTH-WG] Fwd: Re: in-app logout? Torsten Lodderstedt
- Re: [OAUTH-WG] in-app logout? Eran Hammer-Lahav
- Re: [OAUTH-WG] Fwd: Re: in-app logout? Justin Richer
- Re: [OAUTH-WG] Fwd: Re: in-app logout? George Fletcher