Re: Web Keys and HTTP Signatures

David Morris <dwm@xpasc.com> Thu, 18 April 2013 14:34 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED5F921F8B3A for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 18 Apr 2013 07:34:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 MkvDgtd+D6hO for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 18 Apr 2013 07:34:06 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 9662221F8E5E for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 18 Apr 2013 07:33:57 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1USptH-0005Zl-Dm for ietf-http-wg-dist@listhub.w3.org; Thu, 18 Apr 2013 14:32:47 +0000
Resent-Date: Thu, 18 Apr 2013 14:32:47 +0000
Resent-Message-Id: <E1USptH-0005Zl-Dm@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <dwm@xpasc.com>) id 1USptB-0005WR-6v for ietf-http-wg@listhub.w3.org; Thu, 18 Apr 2013 14:32:41 +0000
Received: from c2w3p-2.abacamail.com ([209.133.53.32]) by maggie.w3.org with esmtp (Exim 4.72) (envelope-from <dwm@xpasc.com>) id 1USpt5-0003L4-Nj for ietf-http-wg@w3.org; Thu, 18 Apr 2013 14:32:40 +0000
Received: from xpasc.com (unknown [68.164.244.188]) by c2w3p-2.abacamail.com (Postfix) with ESMTP id B2B6D40065 for <ietf-http-wg@w3.org>; Thu, 18 Apr 2013 14:32:08 +0000 (UTC)
Received: from egate.xpasc.com (egate.xpasc.com [10.1.2.49]) by xpasc.com (8.13.8/8.13.8) with ESMTP id r3IEW847031874 for <ietf-http-wg@w3.org>; Thu, 18 Apr 2013 07:32:08 -0700
Date: Thu, 18 Apr 2013 07:32:08 -0700
From: David Morris <dwm@xpasc.com>
Reply-To: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
To: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
In-Reply-To: <60BA815F-52F5-449C-BD18-AE746DAFA991@tzi.org>
Message-ID: <alpine.LRH.2.01.1304180721140.27828@egate.xpasc.com>
References: <516F14E1.5040503@digitalbazaar.com> <9DF0F237-62DC-4E82-A545-B09C6083849B@tzi.org> <CADcbRRN2XWa9QwuaXAoxjMdkcguvQiiGq934RXU=-1ntzGpWNQ@mail.gmail.com> <255B9BB34FB7D647A506DC292726F6E1150C90E93E@WSMSG3153V.srv.dir.telstra.com> <CABkgnnXoY3iOH7M=A5hCo+eTnDiPODvgmdnDay0AKUo4PsuoMg@mail.gmail.com> <60BA815F-52F5-449C-BD18-AE746DAFA991@tzi.org>
User-Agent: Alpine 2.01 (LRH 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Milter-Version: master.1+13-gbab1945
X-AV-Type: clean
X-AV-Accuracy: exact
Received-SPF: pass client-ip=209.133.53.32; envelope-from=dwm@xpasc.com; helo=c2w3p-2.abacamail.com
X-W3C-Hub-Spam-Status: No, score=-3.2
X-W3C-Hub-Spam-Report: AWL=-3.194, SPF_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1USpt5-0003L4-Nj 8676af827bd54d18174ab0591559fa37
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Web Keys and HTTP Signatures
Archived-At: <http://www.w3.org/mid/alpine.LRH.2.01.1304180721140.27828@egate.xpasc.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17335
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On Thu, 18 Apr 2013, Carsten Bormann wrote:

> On Apr 18, 2013, at 02:00, Martin Thomson <martin.thomson@gmail.com> wrote:
> 
> > It seems like a simple fix would be to
> > include the list of headers under the signature as the first item.
> 
> Obviously.
> 
> The reason I didn't give this fix is that this just amounts to handing
> out more rope.
> 
> It seems to me the community may not have the resources to come up with
> a secure spec on their own.
>
> I'd rather motivate them to spend some quality time with security
> experts than just throw "fixes"  for the immediately obvious problems
> over the wall, somehow hoping nobody will find the deeper ones.

I agree with you on the use of expertise. But to belabor the obvious,
including the header list in the signature doesn't change any reorder
property. If the header values can be swapped without the list included,
they can still be reordered with the list included. 

I've not read the design, but I don't understand how any modern 
signature hash wouldn't require a deterministic order for the header
values in the signature. That would seem to preclude a simple
swapping of values.