Re: [apps-discuss] HTTP MAC Authentication Scheme

Chris Bentzel <chris@bentzel.net> Tue, 10 May 2011 01:00 UTC

Return-Path: <chris@bentzel.net>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67F7FE0940 for <apps-discuss@ietfa.amsl.com>; Mon, 9 May 2011 18:00:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level:
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gixViFejA3DG for <apps-discuss@ietfa.amsl.com>; Mon, 9 May 2011 18:00:03 -0700 (PDT)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 596B2E093F for <apps-discuss@ietf.org>; Mon, 9 May 2011 18:00:03 -0700 (PDT)
Received: by vxg33 with SMTP id 33so714490vxg.31 for <apps-discuss@ietf.org>; Mon, 09 May 2011 18:00:02 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.95.234 with SMTP id dn10mr2037527vdb.66.1304989202740; Mon, 09 May 2011 18:00:02 -0700 (PDT)
Received: by 10.52.108.230 with HTTP; Mon, 9 May 2011 18:00:02 -0700 (PDT)
In-Reply-To: <90C41DD21FB7C64BB94121FBBC2E723447581DA8EA@P3PW5EX1MB01.EX1.SECURESERVER.NET>
References: <90C41DD21FB7C64BB94121FBBC2E723447581DA8EA@P3PW5EX1MB01.EX1.SECURESERVER.NET>
Date: Mon, 09 May 2011 21:00:02 -0400
Message-ID: <BANLkTik2znRGr_OyAWi10SLDzwA8rTXWrQ@mail.gmail.com>
From: Chris Bentzel <chris@bentzel.net>
To: apps-discuss@ietf.org
Content-Type: multipart/alternative; boundary="20cf307d0174dd73c304a2e179fe"
Subject: Re: [apps-discuss] HTTP MAC Authentication Scheme
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 May 2011 01:00:04 -0000

On Mon, May 9, 2011 at 3:22 PM, Eran Hammer-Lahav <eran@hueniverse.com>wrote:

> (Please discuss this draft on the Apps-Discuss <apps-discuss@ietf.org>
> mailing list)
>

Should there be support for more headers in the Normalized Request String
[Section 3.3.1] to minimize MITM attacks? Could this be done on all
non-hop-by-hop headers? One concern is reordering of headers by
middle-boxes.

Should the body hash be a separate header from the Authorization header?
This may allow a User-Agent to do a Chunked-Encoding POST with a trailing
header containing the body hash, preventing the need to buffer all of the
body in the User-Agent before sending over the wire. However, it would lead
to some duplication of the parameters included in the Authorization header.