Re: [OAUTH-WG] in-app logout?

Dick Hardt <dick.hardt@gmail.com> Mon, 17 May 2010 00:27 UTC

Return-Path: <dick.hardt@gmail.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 CF6CD3A6BBE for <oauth@core3.amsl.com>; Sun, 16 May 2010 17:27:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.185
X-Spam-Level:
X-Spam-Status: No, score=-1.185 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_40=-0.185]
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 c0hwDDY4lo-T for <oauth@core3.amsl.com>; Sun, 16 May 2010 17:27:02 -0700 (PDT)
Received: from mail-pv0-f172.google.com (mail-pv0-f172.google.com [74.125.83.172]) by core3.amsl.com (Postfix) with ESMTP id 0A1A03A682E for <oauth@ietf.org>; Sun, 16 May 2010 17:27:01 -0700 (PDT)
Received: by pvg11 with SMTP id 11so1493704pvg.31 for <oauth@ietf.org>; Sun, 16 May 2010 17:26:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=Zgspe4TgQrNN9OA2dNMhy3IaqyMlmX547p3aclX6gC4=; b=ZwMrH7A5s2XJAomPpgBm03uW/9az/zOmjOLIg4/cZ2RFt9QsLFq6lIrLWYKnqMx0PY UOECvMQ7gEahM+tK8CZvQHEws+bzhmkCfDUDkfEFyXJ3thl2eyBYz+mWH2pqoR2qAzTR 5wq7sHgkJfOZ6CvaKuFGrQnR/o5QQXTbebWEs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=F2yZR+PgNzybkHLns29xnk67JMP07ncDtxuwWe2EY2LYrf0+raYh1Mw8TwlIPhmPQ0 47V19lN3jjRiizxifjSP5NSj1o3VVgi/XuCRV/lLmxSvjPD5oz0zo9hd+xICpF52kkUM dD9/wb67Uz2+NfvMf7kafl5NFCyfY4YMFUUhc=
Received: by 10.115.133.17 with SMTP id k17mr3731549wan.24.1274056010710; Sun, 16 May 2010 17:26:50 -0700 (PDT)
Received: from [10.0.1.8] (c-67-180-195-167.hsd1.ca.comcast.net [67.180.195.167]) by mx.google.com with ESMTPS id c14sm44230446waa.1.2010.05.16.17.26.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 May 2010 17:26:50 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset="us-ascii"
From: Dick Hardt <dick.hardt@gmail.com>
In-Reply-To: <255B9BB34FB7D647A506DC292726F6E112634F5EA3@WSMSG3153V.srv.dir.telstra.com>
Date: Sun, 16 May 2010 17:26:48 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <7934BAC5-7FA8-48E7-82A5-A4A17DE9146E@gmail.com>
References: <4BEBDCFB.7090503@lodderstedt.net> <255B9BB34FB7D647A506DC292726F6E11263465727@WSMSG3153V.srv.dir.telstra.com> <AANLkTikxD3jraqvG2IFmaSme0f1Q7NGPuQ3llqX3Ds5W@mail.gmail.com> <255B9BB34FB7D647A506DC292726F6E112634F5EA3@WSMSG3153V.srv.dir.telstra.com>
To: "Manger, James H" <James.H.Manger@team.telstra.com>
X-Mailer: Apple Mail (2.1078)
Cc: "OAuth WG (oauth@ietf.org)" <oauth@ietf.org>
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: Mon, 17 May 2010 00:27:02 -0000

On 2010-05-16, at 5:20 PM, Manger, James H wrote:

> Dick,
> 
>> James: An important capability of the refresh token is that it *can* be a self contained token in that is not an id, but a signed token that can be examined and acted upon on presentation.
> 
> Defining refresh_token as a URI does not prevent it being a self-contained signed token.
> 
> The only limitation implied is a URI size limit. A few KB, however, is not that onerous a limit -- it is sufficient to hold a 4096-bit RSA signature with a couple of KB over for permissions etc.).

Agreed, a token could be a self contained token. A design objective was allowing existing systems to use existing tokens.

-- Dick