Re: [OAUTH-WG] New Version Notification for draft-hunt-oauth-v2-user-a4c-05.txt

Nat Sakimura <sakimura@gmail.com> Tue, 22 July 2014 17:29 UTC

Return-Path: <sakimura@gmail.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 75EAA1B2AE2 for <oauth@ietfa.amsl.com>; Tue, 22 Jul 2014 10:29:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 2U_ZCBl8JqFN for <oauth@ietfa.amsl.com>; Tue, 22 Jul 2014 10:29:08 -0700 (PDT)
Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4720A1B2AE7 for <oauth@ietf.org>; Tue, 22 Jul 2014 10:29:03 -0700 (PDT)
Received: by mail-lb0-f181.google.com with SMTP id 10so4364861lbg.12 for <oauth@ietf.org>; Tue, 22 Jul 2014 10:29:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VHu2Eid6Nu0Bq9DPHxg+MN/hO2YxPAAmvkabT7KOXPI=; b=BCsx8po9jNZBPzN9P/QfSoAGesHXYNIBggTceh4ihBS3kHt/HVajOKxmCKNHr72shF +chbzl9KYkjkNM3ksX2DyEgbaC7DUBB/ZeRr1BzQvjc9YJdaFb8407ouevSX5puniLB+ QyiPzzrsaqF2kEMUJKdSxaxit2q9iDavoF41/hjKAEnYrHCVvJUQP1tUV8vjgb0fIjJO xMY+0IWER7LoZAvcKK/BecBPQpJKmVfCvLdQ3/lipB+6bCFXMajLvnQv4EXFlxX8qf6y /07hA0+vMbY2wbTRosaYVuCVngsUoPziywtAAio9qTzBvCQYPoMJ2yMTnu3MI2w/DflD sCtw==
MIME-Version: 1.0
X-Received: by 10.152.5.167 with SMTP id t7mr28466368lat.54.1406050141385; Tue, 22 Jul 2014 10:29:01 -0700 (PDT)
Received: by 10.112.150.233 with HTTP; Tue, 22 Jul 2014 10:29:01 -0700 (PDT)
In-Reply-To: <CB59055C-BDD3-472D-A777-B65F8F5FB1DB@oracle.com>
References: <20140721185955.29738.31476.idtracker@ietfa.amsl.com> <4E1F6AAD24975D4BA5B16804296739439ADDA25E@TK5EX14MBXC294.redmond.corp.microsoft.com> <CAEayHEO-_i+cB6mtb_OUaXF4OfyTrYwfv1mn2EYS-KEzTKY1GA@mail.gmail.com> <4E1F6AAD24975D4BA5B16804296739439ADDAA2D@TK5EX14MBXC294.redmond.corp.microsoft.com> <CAEayHEO1W3axmpiKYGvGRn7vnS7NDNi41t4cAukMBKSB783yUw@mail.gmail.com> <CA1810B0-6ED0-456F-8989-6B7EF73930D9@mitre.org> <CABzCy2DZT3kuTPRjr8cmXKXKS2wmZiBC_ySckhFFPzY0_kfuDA@mail.gmail.com> <CB59055C-BDD3-472D-A777-B65F8F5FB1DB@oracle.com>
Date: Tue, 22 Jul 2014 13:29:01 -0400
Message-ID: <CABzCy2DnhpiUCv_F8xH_2nAu37=bEy9TiuUBbnwPmg7sjtB8YQ@mail.gmail.com>
From: Nat Sakimura <sakimura@gmail.com>
To: Phil Hunt <phil.hunt@oracle.com>
Content-Type: multipart/alternative; boundary="089e01419d8636b9da04fecb8f28"
Archived-At: http://mailarchive.ietf.org/arch/msg/oauth/NVtLoEztEqUp9y-20DviXn_IZuc
Cc: "<oauth@ietf.org>" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] New Version Notification for draft-hunt-oauth-v2-user-a4c-05.txt
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: <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: Tue, 22 Jul 2014 17:29:15 -0000

What about just defining a new grant type in this WG?


2014-07-22 12:56 GMT-04:00 Phil Hunt <phil.hunt@oracle.com>:

> That would be nice. However oidc still needs the new grant type in order
> to implement the same flow.
>
> Phil
>
> On Jul 22, 2014, at 11:35, Nat Sakimura <sakimura@gmail.com> wrote:
>
> +1 to Justin.
>
>
> 2014-07-22 9:54 GMT-04:00 Richer, Justin P. <jricher@mitre.org>:
>
>>  Errors like these make it clear to me that it would make much more sense
>> to develop this document in the OpenID Foundation. It should be something
>> that directly references OpenID Connect Core for all of these terms instead
>> of redefining them. It's doing authentication, which is fundamentally what
>> OpenID Connect does on top of OAuth, and I don't see a good argument for
>> doing this work in this working group.
>>
>>   -- Justin
>>
>>  On Jul 22, 2014, at 4:30 AM, Thomas Broyer <t.broyer@gmail.com> wrote:
>>
>>
>>
>>
>> On Mon, Jul 21, 2014 at 11:52 PM, Mike Jones <Michael.Jones@microsoft.com
>> > wrote:
>>
>>>  Thanks for your review, Thomas.  The “prompt=consent” definition being
>>> missing is an editorial error.  It should be:
>>>
>>>
>>>
>>> consent
>>>
>>> The Authorization Server SHOULD prompt the End-User for consent before
>>> returning information to the Client. If it cannot obtain consent, it MUST
>>> return an error, typically consent_required.
>>>
>>>
>>>
>>> I’ll plan to add it in the next draft.
>>>
>>
>>  It looks like the consent_required error needs to be defined too, and
>> you might have forgotten to also import account_selection_required from
>> OpenID Connect.
>>
>>
>>>
>>>
>>> I agree that there’s no difference between a response with multiple
>>> “amr” values that includes “mfa” and one that doesn’t.  Unless a clear use
>>> case for why “mfa” is needed can be identified, we can delete it in the
>>> next draft.
>>>
>>
>>  Thanks.
>>
>>  How about "pwd" then? I fully understand that I should return "pwd" if
>> the user authenticated using a password, but what "the service if a client
>> secret is used" means in the definition for the "pwd" value?
>>
>>  (Nota: I know you're at IETF-90, I'm ready to wait 'til you come back
>> ;-) )
>>
>>  --
>> Thomas Broyer
>> /tɔ.ma.bʁwa.je/ <http://xn--nna.ma.xn--bwa-xxb.je/>
>>  _______________________________________________
>> OAuth mailing list
>> OAuth@ietf.org
>> https://www.ietf.org/mailman/listinfo/oauth
>>
>>
>>
>> _______________________________________________
>> OAuth mailing list
>> OAuth@ietf.org
>> https://www.ietf.org/mailman/listinfo/oauth
>>
>>
>
>
> --
> Nat Sakimura (=nat)
> Chairman, OpenID Foundation
> http://nat.sakimura.org/
> @_nat_en
>
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth
>
>


-- 
Nat Sakimura (=nat)
Chairman, OpenID Foundation
http://nat.sakimura.org/
@_nat_en