Re: [OAUTH-WG] OAuth WG Re-Chartering

Blaine Cook <romeda@gmail.com> Thu, 15 March 2012 11:31 UTC

Return-Path: <romeda@gmail.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 F1FF821F85F0 for <oauth@ietfa.amsl.com>; Thu, 15 Mar 2012 04:31:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 aCRgwIOGYpm0 for <oauth@ietfa.amsl.com>; Thu, 15 Mar 2012 04:31:38 -0700 (PDT)
Received: from mail-lpp01m010-f44.google.com (mail-lpp01m010-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3275421F85EF for <oauth@ietf.org>; Thu, 15 Mar 2012 04:31:38 -0700 (PDT)
Received: by lagj5 with SMTP id j5so2706038lag.31 for <oauth@ietf.org>; Thu, 15 Mar 2012 04:31:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=u0me3I2pw2SrZlAkQsbjF+cInaQZriMQR14D/illKVs=; b=bSXj+K7Hz44nvXn5Tjae+GI9RZsusb+/KwJzEHnRlxtA8OO9NOjq+NkYAzjYJlVDRq YJtEUX5NMVzE/eE0IJ5DBbw9WqOrTi8vcZKcquwEill5uAlGdMM81Fo2MvmhKHWuGgWy HcQ9ZGbzGmjUwzTCntGdWFvnaiC3rfudFOJQAk8jueCR9oW+nGLBGlX7Vdoe6vFxu/6c qrsIvjALjkA4bbxdpznLPQGtECXAu/VhILZqAOyEKVII5LIjxTOuq1eLo+2iCE1V3oky 0P97FynHHOxqEBGCGRdD4Vpym4ByxQOY2ZsGMb7TZFq7zdjfeYzxElWqLL8B1M8JxKWQ bCDw==
Received: by 10.112.25.40 with SMTP id z8mr2296116lbf.11.1331811097097; Thu, 15 Mar 2012 04:31:37 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.19.2 with HTTP; Thu, 15 Mar 2012 04:31:17 -0700 (PDT)
In-Reply-To: <B327D847-B059-41D7-A468-8B8A5DB8BFCE@gmx.net>
References: <B327D847-B059-41D7-A468-8B8A5DB8BFCE@gmx.net>
From: Blaine Cook <romeda@gmail.com>
Date: Thu, 15 Mar 2012 11:31:17 +0000
Message-ID: <CAAz=scnGaFzNNHv1xEQa0hCiA2gup_J_86HyzCnd7P0YTqfFxw@mail.gmail.com>
To: Hannes Tschofenig <hannes.tschofenig@gmx.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: "oauth@ietf.org WG" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] OAuth WG Re-Chartering
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: Thu, 15 Mar 2012 11:31:39 -0000

On 14 March 2012 20:21, Hannes Tschofenig <hannes.tschofenig@gmx.net> wrote:
> So, here is a proposal:
>
> [Editor's Note: New work for the group. 5 items maximum! ]
>
> Aug. 2012    Submit 'Token Revocation' to the IESG for consideration as a Proposed Standard
> Nov. 2012    Submit 'JSON Web Token (JWT)' to the IESG for consideration as a Proposed Standard
> Nov. 2012    Submit 'JSON Web Token (JWT) Bearer Token Profiles for OAuth 2.0' to the IESG for consideration
> Jan. 2013    Submit 'OAuth Dynamic Client Registration Protocol' to the IESG for consideration as a Proposed Standard
> Sep. 2012    Submit 'OAuth Use Cases' to the IESG for consideration as an Informational RFC

This looks great to me.

I have serious concerns about feature-creep, and think that the OAuth
WG should strongly limit its purview to these issues. In general, I
think it prudent for this working group in particular to consider
standardisation of work only under the following criteria:

1. Proposals must have a direct relationship to the mechanism of OAuth
(and not, specifically, bound to an application-level protocol).
2. Proposals must have significant adoption in both enterprise and
startup environments.
3. Any proposal must be driven based on a consideration of the
different approaches, as adopted in the wild, and strive to be a
better synthesis of those approaches, not a means to an end.

These are the constraints with which I started the OAuth project, and
they're more relevant than ever. I'd hate to see OAuth fail in the end
because of a WS-*-like death by standards-pile-on.

b.