Re: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?

John Bradley <ve7jtb@ve7jtb.com> Wed, 04 January 2012 21:40 UTC

Return-Path: <ve7jtb@ve7jtb.com>
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 AF0A111E80CA for <oauth@ietfa.amsl.com>; Wed, 4 Jan 2012 13:40:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GcIZc5QUuvbQ for <oauth@ietfa.amsl.com>; Wed, 4 Jan 2012 13:40:29 -0800 (PST)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id CB6C711E80C3 for <oauth@ietf.org>; Wed, 4 Jan 2012 13:40:28 -0800 (PST)
Received: by yenm7 with SMTP id m7so10694064yen.31 for <oauth@ietf.org>; Wed, 04 Jan 2012 13:40:27 -0800 (PST)
Received: by 10.100.244.7 with SMTP id r7mr17077266anh.10.1325713227181; Wed, 04 Jan 2012 13:40:27 -0800 (PST)
Received: from [192.168.1.213] ([190.22.74.206]) by mx.google.com with ESMTPS id 3sm20950483ank.6.2012.01.04.13.40.21 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Jan 2012 13:40:25 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: multipart/signed; boundary="Apple-Mail=_D3BA592D-451B-4992-AE08-2C7005B64389"; protocol="application/pkcs7-signature"; micalg="sha1"
From: John Bradley <ve7jtb@ve7jtb.com>
In-Reply-To: <1325623068.88228.YahooMailNeo@web31816.mail.mud.yahoo.com>
Date: Wed, 04 Jan 2012 18:40:01 -0300
Message-Id: <5E5EA7F9-B4A0-4DCB-801C-3C0F4EC36A1E@ve7jtb.com>
References: <4E1F6AAD24975D4BA5B16804296739435F763122@TK5EX14MBXC283.redmond.corp.microsoft.com> <F6FCE30E-20FE-4FCD-AC31-AB227A42F2D2@mnot.net> <4E1F6AAD24975D4BA5B16804296739435F772D1D@TK5EX14MBXC283.redmond.corp.microsoft.com> <4EEF13F1.7030409@gmx.de> <4E1F6AAD24975D4BA5B16804296739435F78F5BB@TK5EX14MBXC283.redmond.corp.microsoft.com> <4EFD91B4.5050904@gmx.de> <4E1F6AAD24975D4BA5B16804296739435F790386@TK5EX14MBXC283.redmond.corp.microsoft.com> <1325619340.463.YahooMailNeo@web31808.mail.mud.yahoo.com> <4E1F6AAD24975D4BA5B16804296739435F7936E7@TK5EX14MBXC283.redmond.corp.microsoft.com> <1325620772.48511.YahooMailNeo@web31802.mail.mud.yahoo.com> <4E1F6AAD24975D4BA5B16804296739435F79376F@TK5EX14MBXC283.redmond.corp.microsoft.com> <1325621624.9908.YahooMailNeo@web31808.mail.mud.yahoo.com> <4E1F6AAD24975D4BA5B16804296739435F793829@TK5EX14MBXC283.redmond.corp.microsoft.com> <1325623068.88228.YahooMailNeo@web31816.mail.mud.yahoo.com>
To: William Mills <wmills@yahoo-inc.com>
X-Mailer: Apple Mail (2.1251.1)
Cc: Julian Reschke <julian.reschke@gmx.de>, Barry Leiba <barryleiba@computer.org>, Mark Nottingham <mnot@mnot.net>, OAuth WG <oauth@ietf.org>
Subject: Re: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
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, 04 Jan 2012 21:40:30 -0000

You are correct.  the Core spec should include this.  However for one reason or another it is not in the core spec and probably will not be, given that it is in last call.

One way or other we need to identify the correct answer.

John B.

On 2012-01-03, at 5:37 PM, William Mills wrote:

> OK, then the core spec should.
> 
> From: Mike Jones <Michael.Jones@microsoft.com>
> To: William Mills <wmills@yahoo-inc.com>; Julian Reschke <julian.reschke@gmx.de> 
> Cc: Mark Nottingham <mnot@mnot.net>; Barry Leiba <barryleiba@computer.org>; OAuth WG <oauth@ietf.org> 
> Sent: Tuesday, January 3, 2012 12:20 PM
> Subject: RE: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
> 
> Sorry, I should have been more precise.  The Core spec doesn’t define how to transmit these fields in the WWW-Authenticate response header field.  The Bearer spec does.
>  
>                                                                 -- Mike
>  
> From: William Mills [mailto:wmills@yahoo-inc.com] 
> Sent: Tuesday, January 03, 2012 12:14 PM
> To: Mike Jones; Julian Reschke
> Cc: Mark Nottingham; Barry Leiba; OAuth WG
> Subject: Re: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
>  
> http://tools.ietf.org/html/draft-ietf-oauth-v2-22#section-11.2.2 certainly has these as predefined registered parameters.  If the definition there isn't strong enough, or in that spec, we should fix that.  That is where these should be defined.
>  
> From: Mike Jones <Michael.Jones@microsoft.com>
> To: William Mills <wmills@yahoo-inc.com>; Julian Reschke <julian.reschke@gmx.de> 
> Cc: Mark Nottingham <mnot@mnot.net>; Barry Leiba <barryleiba@computer.org>; OAuth WG <oauth@ietf.org> 
> Sent: Tuesday, January 3, 2012 12:00 PM
> Subject: RE: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
> The core spec doesn’t include these parameters.
>  
> From: William Mills [mailto:wmills@yahoo-inc.com] 
> Sent: Tuesday, January 03, 2012 12:00 PM
> To: Mike Jones; Julian Reschke
> Cc: Mark Nottingham; Barry Leiba; OAuth WG
> Subject: Re: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
>  
> Why is Bearer dealing with this at all?  the BNF for that stuff should be part of the core spec, and additional values perhaps defined in Bearer.
>  
> From: Mike Jones <Michael.Jones@microsoft.com>
> To: William Mills <wmills@yahoo-inc.com>; Julian Reschke <julian.reschke@gmx.de> 
> Cc: Mark Nottingham <mnot@mnot.net>; Barry Leiba <barryleiba@computer.org>; OAuth WG <oauth@ietf.org> 
> Sent: Tuesday, January 3, 2012 11:46 AM
> Subject: RE: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
> This is about the syntax for the scope, error, and error_description parameters.  The pertinent text from Section 3 is:
>  
>    Producers of "scope" strings MUST NOT use characters outside the set
>    %x21 / %x23-5B / %x5D-7E for representing the scope values and %x20
>    for the delimiter.  Producers of "error" and "error_description"
>    strings MUST NOT use characters outside the set %x20-21 / %x23-5B /
>    %x5D-7E for representing these values.  Producers of "error-uri"
>    strings MUST NOT use characters outside the set %x21 / %x23-5B /
>    %x5D-7E for representing these values.  Furthermore, "error-uri"
>    strings MUST conform to the URI-Reference syntax.  In all these
>    cases, no character quoting will occur, as senders are prohibited
>    from using the %5C ('\') character.
>  
>                                                             Cheers,
>                                                             -- Mike
>  
> From: William Mills [mailto:wmills@yahoo-inc.com] 
> Sent: Tuesday, January 03, 2012 11:36 AM
> To: Mike Jones; Julian Reschke
> Cc: Mark Nottingham; Barry Leiba; OAuth WG
> Subject: Re: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
>  
> Is all this only around the scope parameter?  My mail cited below is with regards to the character set for a valid scope parameter, which we should be able to define and then lean on the HTTPbis spec for the actual parameter syntax.
>  
> From: Mike Jones <Michael.Jones@microsoft.com>
> To: Julian Reschke <julian.reschke@gmx.de> 
> Cc: Mark Nottingham <mnot@mnot.net>; Barry Leiba <barryleiba@computer.org>; OAuth WG <oauth@ietf.org> 
> Sent: Friday, December 30, 2011 3:19 PM
> Subject: Re: [OAUTH-WG] auth-param syntax, was: OK to post OAuth Bearer draft 15?
> 
> I did already back the statement that this is the working group consensus with the e-mails attached in this note sent to you on December 12, 2011:
>   - http://www.ietf.org/mail-archive/web/oauth/current/msg08042.html
> 
> But since that apparently wasn't convincing to you that this working group decision represents more than "just me disagreeing with you", here are references to individual messages referenced in the above e-mail:
>   - Eran Hammer-Lahav: http://www.ietf.org/mail-archive/web/oauth/current/msg07698.html
>   - John Bradley:  http://www.ietf.org/mail-archive/web/oauth/current/msg07699.html
>   - William Mills:  http://www.ietf.org/mail-archive/web/oauth/current/msg07700.html
>   - Mike Jones:  http://www.ietf.org/mail-archive/web/oauth/current/msg07701.html
>   - Phil Hunt:  http://www.ietf.org/mail-archive/web/oauth/current/msg07702.html
>   - Justin Richer:  http://www.ietf.org/mail-archive/web/oauth/current/msg07692.html
> 
> As for your assertion that the specs are in conflict, yes, the Bearer spec includes a different decision than a RECOMMENDED clause in the HTTPbis spec (which was added after the Bearer text was already in place).  However, it is not violating any MUST clauses in the HTTPbis spec.  Given that no MUSTS are violated, I don't see it mandatory for this tension to be resolved in favor of one spec or the other in order for both to be approved as RFCs.  I look forward to seeing that happen soon in both cases (and for the OAuth core spec as well).
> 
>                 Best wishes,
>                 -- Mike
> 
> -----Original Message-----
> From: Julian Reschke [mailto:julian.reschke@gmx.de] 
> Sent: Friday, December 30, 2011 2:26 AM
> To: Mike Jones
> Cc: Barry Leiba; Mark Nottingham; OAuth WG
> Subject: Re: auth-param syntax, was: [OAUTH-WG] OK to post OAuth Bearer draft 15?
> 
> On 2011-12-29 22:18, Mike Jones wrote:
> > You proposed, Julian "3. Do not specify the ABNF. The ABNF of the WWW-Authenticate is defined in HTTPbis. Just state the names of the parameters, their syntax *after* parsing and their semantics."
> >
> > About some of Mark Nottingham's comments, Barry wrote "Let me point out that "this represents working-group consensus" is not always a valid response.  If the working group has actually considered the *issue*, that might be OK.  But if there's consensus for the chosen solution and someone brings up a *new* issue with it, that issue needs to be addressed anew."
> >
> > Relative to these two statements, I believe that I should remark at this point that your proposed semantics of only considering the syntax after potential quoting was explicitly considered earlier by the working group and rejected.  The consensus, instead, was for the present "no quoting will occur for legal inputs" semantics.
> 
> It would be helpful if you could back this statement with pointers to mails. As far as I can tell it's just you disagreeing with me.
> 
> Back to the facts:
> 
> a) the bearer spec defines an HTTP authentication scheme, and normatively refers to HTTPbis Part7 for that
> 
> b) HTTPbis recommends new scheme definitions not to have their own ABNF, as the header field syntax is defined by HTTPbis, not the individual scheme
> 
> c) the bearer spec defines it's own ABNF nevertheless
> 
> So the two specs are in conflict, and we should resolve the conflict one way or the other.
> 
> If you disagree with the recommendation in HTTPbis, then you really really should come over to HTTPbis WG and argue your point of view.
> 
> If you agree with it, but think that the bearer spec can't follow the recommendation, then it would be good to explain the reasoning (optimally in the spec).
> 
> If you agree with it, and think the bearer spec *could* follow it, then... change it, by all means.
> 
> Anyway, if this issue isn't resolved before IETF LC then it will be raised again at that time.
> 
> 
> > I believe that in the New Year the chairs and area directors will need to decide how to proceed on this issue.  (The working group consensus, as I see it, is already both well-informed and clear on this point, but I understand that that's not the only consideration.)  It would be good to see the spec finished shortly.
> > ...
> 
> Best regards, Julian
> 
> 
> 
> _______________________________________________
> 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