Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentication Scheme
Mark Nottingham <mnot@mnot.net> Sun, 20 November 2011 21:34 UTC
Return-Path: <mnot@mnot.net>
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 28D0F21F854D for <oauth@ietfa.amsl.com>; Sun, 20 Nov 2011 13:34:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.441
X-Spam-Level:
X-Spam-Status: No, score=-105.441 tagged_above=-999 required=5 tests=[AWL=-2.842, BAYES_00=-2.599, 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 7wLlxNJeSfhJ for <oauth@ietfa.amsl.com>; Sun, 20 Nov 2011 13:34:51 -0800 (PST)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 7390521F8548 for <oauth@ietf.org>; Sun, 20 Nov 2011 13:34:51 -0800 (PST)
Received: from mnot-mini.mnot.net (unknown [118.209.190.198]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 688EE509DB; Sun, 20 Nov 2011 16:34:44 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset="us-ascii"
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <90C41DD21FB7C64BB94121FBBC2E7234526735EDFD@P3PW5EX1MB01.EX1.SECURESERVER.NET>
Date: Mon, 21 Nov 2011 08:34:40 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <29DF95E3-1E07-433C-B67A-6A8C044B5F9D@mnot.net>
References: <90C41DD21FB7C64BB94121FBBC2E723447581DA8EA@P3PW5EX1MB01.EX1.SECURESERVER.NET> <EF1DF135-708B-4244-AA3A-020761EDB290@mnot.net> <90C41DD21FB7C64BB94121FBBC2E7234526735EDFD@P3PW5EX1MB01.EX1.SECURESERVER.NET>
To: Eran Hammer-Lahav <eran@hueniverse.com>
X-Mailer: Apple Mail (2.1251.1)
Cc: OAuth WG <oauth@ietf.org>
Subject: Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentication Scheme
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: Sun, 20 Nov 2011 21:34:52 -0000
It sounds like it's specifying *almost* the same thing, but in a different way. Why is there friction? Is it fashion, NIH or something more substantial? Cheers, On 20/11/2011, at 4:08 AM, Eran Hammer-Lahav wrote: > > >> -----Original Message----- >> From: Mark Nottingham [mailto:mnot@mnot.net] >> Sent: Tuesday, May 31, 2011 4:57 PM > >> The "normalized request string" contains the request-URI and values >> extracted from the Host header. Be aware that intermediaries can and do >> change these; e.g., they may change an absolute URI to a relative URI in the >> request-line, without affecting the semantics of the request. See [1] for >> details (it covers other problematic conditions too). >> >> It would be more robust to calculate an effective request URI, as in [2]. >> [2] http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-14#section-4.3 > > Using the effective request URI has proved to be a significant point of friction in OAuth 1.0. I would rather note that intermediaries can change the request URI and that the server must reverse those changes based on what the values should have been if they were received from the client directly. > > EHL -- Mark Nottingham http://www.mnot.net/
- [OAUTH-WG] HTTP MAC Authentication Scheme Eran Hammer-Lahav
- Re: [OAUTH-WG] HTTP MAC Authentication Scheme Justin Richer
- Re: [OAUTH-WG] HTTP MAC Authentication Scheme Peter Wolanin
- Re: [OAUTH-WG] HTTP MAC Authentication Scheme Justin Richer
- Re: [OAUTH-WG] HTTP MAC Authentication Scheme Eran Hammer-Lahav
- Re: [OAUTH-WG] HTTP MAC Authentication Scheme Adam Barth
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Nico Williams
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Eran Hammer-Lahav
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Nico Williams
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Mark Nottingham
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Stephen Farrell
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Eran Hammer-Lahav
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Mark Nottingham
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Adam Barth
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Eran Hammer-Lahav
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Dave CROCKER
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Mark Nottingham
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Stephen Farrell
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Paul E. Jones
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Adam Barth
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Igor Faynberg
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Adam Barth
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Paul E. Jones
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… William J. Mills
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Tim
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… William J. Mills
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [apps-discuss] [http-state] HTTP M… Mark Nottingham
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Randy Fischer
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Paul E. Jones
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Tim
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Eran Hammer-Lahav
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Paul E. Jones
- Re: [OAUTH-WG] [apps-discuss] [http-state] HTTP M… Breno de Medeiros
- Re: [OAUTH-WG] [apps-discuss] [http-state] HTTP M… Nico Williams
- Re: [OAUTH-WG] [apps-discuss] [http-state] HTTP M… Bjartur Thorlacius
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Robert Sayre
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Paul E. Jones
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Tim
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Tim
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Adam Barth
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Nico Williams
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Paul E. Jones
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Eran Hammer-Lahav
- Re: [OAUTH-WG] [http-state] [apps-discuss] HTTP M… Tim
- Re: [OAUTH-WG] [apps-discuss] [http-state] HTTP M… Bjartur Thorlacius
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Eran Hammer-Lahav
- Re: [OAUTH-WG] [apps-discuss] HTTP MAC Authentica… Mark Nottingham