Re: [OAUTH-WG] OAuth Discovery spec pared down to its essence

John Bradley <ve7jtb@ve7jtb.com> Thu, 18 February 2016 18:32 UTC

Return-Path: <ve7jtb@ve7jtb.com>
X-Original-To: oauth@ietfa.amsl.com
Delivered-To: oauth@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E6961A898A for <oauth@ietfa.amsl.com>; Thu, 18 Feb 2016 10:32:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tPeR-1PzBnbb for <oauth@ietfa.amsl.com>; Thu, 18 Feb 2016 10:32:56 -0800 (PST)
Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 010701A88BA for <oauth@ietf.org>; Thu, 18 Feb 2016 10:32:55 -0800 (PST)
Received: by mail-vk0-x236.google.com with SMTP id k196so53269615vka.0 for <oauth@ietf.org>; Thu, 18 Feb 2016 10:32:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ve7jtb-com.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=IJFCea8Dk5tk351N1hPloKtwUh/l89ayjcfC8vCDEuE=; b=pXwdwiouDDcJiBUwoExR9IE1fIhDJIsTlpwXgjEQ5O+dGR4krsSzzYgv9nHoxnk1T0 8FuTyRY0PsBD3T6bt+sXTZjo1yt43QYGs7R8yUUlel7HL3TIajyEzHL3MiTX5dVtHrGZ /fX/2BXYjMGo7RyLbqmhor71HNvUxSWypS2QMo6D2c+NG96HWhMEieLJWPlZgviN6k4y nhGOrllOjfmF5QJ3GvDLFgo1yQGfMTkbKzycLAGbaNiKKihuJ6FsvwBcl2VZvEd7+SCu 2L7emQR9trGXXtVnoBTAfuZm0fK6C0G0/GCtVUrpONqL40tGjDLFTkaUudM/eesMgLtH dQWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=IJFCea8Dk5tk351N1hPloKtwUh/l89ayjcfC8vCDEuE=; b=mFOt1iIUuP/9i7k1bigsHocEADIuxO7CCN7c51J0CY+h0urrt7Kn8qmK983ZWjFNF0 4CsYtFcYfj4g84vuxxD6U+Jqn5DxMHQbdi3/swZZ+8aEfO65FwOzgsazLZsmYUN3Hkwn D0DEJET4AIrNX9eaW38vyq/vB2zTg1QPogyaUhbK75HzIfecLt++M+kzhHxYunfZJbLu 2P8lae3CzAmkt1lmn8PTOrza0nxYXnflVSekfsTtSLAVrydVmkUeMgIgeAXNxdBAF86M 7XV8fEGJtcv0yKNzgQmlH7Aep67jhAT98C7/B3BpZ1bJezAtzViA8qWwmct3tx7lWCN6 N+zw==
X-Gm-Message-State: AG10YOR9pIwU0BNBvIL+6SC+jqZqwoGr/rWCVncnVVkzYUQfusFrmHvECcp5tq0WtUMBDQ==
X-Received: by 10.31.166.208 with SMTP id p199mr7469765vke.122.1455820374691; Thu, 18 Feb 2016 10:32:54 -0800 (PST)
Received: from [192.168.12.59] (ip-64-134-184-168.public.wayport.net. [64.134.184.168]) by smtp.gmail.com with ESMTPSA id v19sm875645vkd.22.2016.02.18.10.32.53 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 18 Feb 2016 10:32:54 -0800 (PST)
Content-Type: multipart/signed; boundary="Apple-Mail=_C28D1E9E-818B-4F4F-A800-8CA19F3153EB"; protocol="application/pkcs7-signature"; micalg=sha1
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
From: John Bradley <ve7jtb@ve7jtb.com>
In-Reply-To: <BN3PR0301MB1234A0179AA5FBB6F9D4C3EFA6AF0@BN3PR0301MB1234.namprd03.prod.outlook.com>
Date: Thu, 18 Feb 2016 13:32:52 -0500
Message-Id: <111B18CA-B61D-46C5-99D0-2BCF4673B0D5@ve7jtb.com>
References: <BY2PR03MB44236EF33376F8C2BB135E8F5AF0@BY2PR03MB442.namprd03.prod.outlook.com> <533A97B6-F83D-4DBD-A015-81CD438EAE5F@oracle.com> <6E34B5BC-3E23-4E0F-8008-93797B15EB84@ve7jtb.com> <A52BE40A-DEF2-48D6-9612-5BD035104DDB@oracle.com> <56C5D96D.7000805@gmx.net> <BN3PR0301MB123401DCA44A6D651E859EB1A6AF0@BN3PR0301MB1234.namprd03.prod.outlook.com> <BY2PR03MB4421A86FA48276934F5F067F5AF0@BY2PR03MB442.namprd03.prod.outlook.com> <BN3PR0301MB1234A0179AA5FBB6F9D4C3EFA6AF0@BN3PR0301MB1234.namprd03.prod.outlook.com>
To: Anthony Nadalin <tonynad@microsoft.com>
X-Mailer: Apple Mail (2.3112)
Archived-At: <http://mailarchive.ietf.org/arch/msg/oauth/zPdDHeyVif5mrWbIBaLzZzPvBq4>
Cc: "oauth@ietf.org" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] OAuth Discovery spec pared down to its essence
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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, 18 Feb 2016 18:32:58 -0000

We are establishing a registry.  Some folks do use dynamic client registration.   

We can register it in this document or take it out and let others register it once the registry is established.

It will be registered one way or the other.  

One of the reasons for starting last call is to get people to read the draft and comment. 
That seems to be working.

If you have specific security considerations, please let us know so they can be addressed.   Text is always appreciated.

John B.

> On Feb 18, 2016, at 1:27 PM, Anthony Nadalin <tonynad@microsoft.com> wrote:
> 
> Not sure about that. There are things that are "recommended" like the dynamic registration endpoint, I don't understand why this is recommended as a lot of folks still don't do this. There are security considerations about all the information that is in the discovery that have not been addressed.
> 
> -----Original Message-----
> From: Mike Jones 
> Sent: Thursday, February 18, 2016 10:18 AM
> To: Anthony Nadalin <tonynad@microsoft.com>om>; Hannes Tschofenig <hannes.tschofenig@gmx.net>et>; Phil Hunt <phil.hunt@oracle.com>om>; John Bradley <ve7jtb@ve7jtb.com>
> Cc: oauth@ietf.org
> Subject: RE: [OAUTH-WG] OAuth Discovery spec pared down to its essence
> 
> It's the OAuth-specific subset of what's already widely deployed.  Nothing was invented - just subsetted.
> 
> I think it's already as simple as possible unless the working group decides to remove even more functionality (which it can obviously do).
> 
> 				-- Mike
> 
> -----Original Message-----
> From: OAuth [mailto:oauth-bounces@ietf.org] On Behalf Of Anthony Nadalin
> Sent: Thursday, February 18, 2016 10:13 AM
> To: Hannes Tschofenig <hannes.tschofenig@gmx.net>et>; Phil Hunt <phil.hunt@oracle.com>om>; John Bradley <ve7jtb@ve7jtb.com>
> Cc: oauth@ietf.org
> Subject: Re: [OAUTH-WG] OAuth Discovery spec pared down to its essence
> 
> I also think we are way far from last call (and surprised to see last call issued) on this document as it is still very complex for something that should be very simple 
> 
> -----Original Message-----
> From: OAuth [mailto:oauth-bounces@ietf.org] On Behalf Of Hannes Tschofenig
> Sent: Thursday, February 18, 2016 6:47 AM
> To: Phil Hunt <phil.hunt@oracle.com>om>; John Bradley <ve7jtb@ve7jtb.com>
> Cc: oauth@ietf.org
> Subject: Re: [OAUTH-WG] OAuth Discovery spec pared down to its essence
> 
> 
> 
> On 02/18/2016 03:06 PM, Phil Hunt wrote:
>> BTW. I think we are FAR from Last Call on this topic.
> 
> Thanks for your feedback, Phil. As you have seen I had issued a WGLC prior to your message based on the claim from the authors that they believe the document is finished.
> 
> We will, of course, take all reviews into account and see where we are with the discovery spec. I, as the shepherd, will also do my review and I encourage many working group members to also take a look at the document and to provide their input.
> 
> Ciao
> Hannes
> 
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth