Re: [http-auth] First draft of HTTP Signatures published

Yoav Nir <ynir@checkpoint.com> Sun, 12 May 2013 15:07 UTC

Return-Path: <ynir@checkpoint.com>
X-Original-To: http-auth@ietfa.amsl.com
Delivered-To: http-auth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 331D121F8D14 for <http-auth@ietfa.amsl.com>; Sun, 12 May 2013 08:07:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.612
X-Spam-Level:
X-Spam-Status: No, score=-10.612 tagged_above=-999 required=5 tests=[AWL=-0.013, 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 8Nng6VHsCScA for <http-auth@ietfa.amsl.com>; Sun, 12 May 2013 08:07:34 -0700 (PDT)
Received: from smtp.checkpoint.com (smtp.checkpoint.com [194.29.34.68]) by ietfa.amsl.com (Postfix) with ESMTP id D227721F8709 for <http-auth@ietf.org>; Sun, 12 May 2013 08:07:33 -0700 (PDT)
Received: from DAG-EX10.ad.checkpoint.com ([194.29.34.150]) by smtp.checkpoint.com (8.13.8/8.13.8) with ESMTP id r4CF78Vf012834; Sun, 12 May 2013 18:07:14 +0300
X-CheckPoint: {518FAE4F-E-1B221DC2-1FFFF}
Received: from IL-EX10.ad.checkpoint.com ([169.254.2.54]) by DAG-EX10.ad.checkpoint.com ([169.254.3.48]) with mapi id 14.02.0342.003; Sun, 12 May 2013 18:04:43 +0300
From: Yoav Nir <ynir@checkpoint.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Thread-Topic: [http-auth] First draft of HTTP Signatures published
Thread-Index: AQHOTaxcGLfKsfPu0kKEZwtLkyHGXJkAtmaAgACjdgCAAByhAA==
Date: Sun, 12 May 2013 15:04:43 +0000
Message-ID: <DAFEE6FB-E012-4F0D-AA4E-1D45E6917F38@checkpoint.com>
References: <518D3C8B.3080807@digitalbazaar.com> <14CD3EC8-7302-4D8E-8575-1400352C7465@checkpoint.com> <518F9794.6080905@cs.tcd.ie>
In-Reply-To: <518F9794.6080905@cs.tcd.ie>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.31.20.25]
x-kse-antivirus-interceptor-info: scan successful
x-kse-antivirus-info: Clean
x-cpdlp: 11f56a36416dbcd3e44a5c04cc400720e6aaa03d22
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <9EB52E84FDC1B04288E4B36A5B0B281F@ad.checkpoint.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: HTTP Auth WG <http-auth@ietf.org>
Subject: Re: [http-auth] First draft of HTTP Signatures published
X-BeenThere: http-auth@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: HTTP authentication methods <http-auth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/http-auth>, <mailto:http-auth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/http-auth>
List-Post: <mailto:http-auth@ietf.org>
List-Help: <mailto:http-auth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/http-auth>, <mailto:http-auth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 May 2013 15:07:39 -0000

Works for me, especially since WebSec is still a long way from deciding to work on session continuation/management.

Yoav

On May 12, 2013, at 4:22 PM, Stephen Farrell <stephen.farrell@cs.tcd.ie> wrote:

> 
> Yoav,
> 
> On 05/12/2013 04:37 AM, Yoav Nir wrote:
>> Hi Manu
>> 
>> The HTTP-Auth working group is chartered to work on a very specific set of documents. OTOH, the WebSec working group is considering adopting a work item for session continuation. Session continuation is supposed to be a replacement for authorizing requests via session cookies. See the problem statement here:
>> 
>> http://tools.ietf.org/html/draft-williams-websec-session-continue-prob-00
>> 
>> If I understand correctly, your draft is aiming to solve that issue. So you might prefer to take your draft there.
> 
> Fair points. But I do think some discussion of the differences between
> Manu's proposal and HOBA on this list might be beneficial before any
> conclusion as to IETF WG venue etc are reached.
> 
> In  addition I think Manu regards his scheme as a primary user
> authentication scheme and not as a session continuation scheme which
> again argues for discussing it here.
> 
> The above discussion will be more useful when we've posted the rev
> of HOBA, which will be in the next few days.
> 
> Cheers,
> S. (as participant, of course;-)
> 
> 
> 
> 
> 
>> Yoav Nir (as co-chair of both groups)
>> 
>> On May 10, 2013, at 9:29 PM, Manu Sporny <msporny@digitalbazaar.com> wrote:
>> 
>>> The HTTP Signatures spec is a digital signature mechanism for the HTTP
>>> protocol. It adds origin authentication, message integrity, and replay
>>> resistance to HTTP requests. This is useful for any application that
>>> currently depends on Basic, Digest, OAuth, or OAuth2 authentication when
>>> performing RESTful HTTP calls.
>>> 
>>> Basically, if a client needs to prove to a server that it sent an
>>> HTTP-based message, it can digitally sign that message. This spec
>>> defines exactly how that happens.
>>> 
>>> This spec will be used by the Web Payments / PaySwarm / Web Keys work at
>>> W3C. We're going to combine the public/private key-based signature
>>> mechanism defined in HTTP Signatures with the public key infrastructure
>>> system as defined in Web Keys to provide an easy way for nodes on the
>>> Internet to verify their identity to other nodes on the Internet.
>>> 
>>> The first draft of this spec was just published via the Internet
>>> Engineering Task Force (IETF) earlier today:
>>> 
>>> http://tools.ietf.org/html/draft-cavage-http-signatures-00
>>> 
>>> You can also find a datetime-stamped version of the spec here:
>>> 
>>> https://payswarm.com/specs/ED/http-signatures/2013-05-04/
>>> 
>>> The latest version of the spec can be found on the PaySwarm specs page:
>>> 
>>> https://payswarm.com/specs/
>>> 
>>> -- manu
>>> 
>>> -- 
>>> Manu Sporny (skype: msporny, twitter: manusporny, G+: +Manu Sporny)
>>> Founder/CEO - Digital Bazaar, Inc.
>>> blog: Meritora - Web payments commercial launch
>>> http://blog.meritora.com/launch/
>>> _______________________________________________
>>> http-auth mailing list
>>> http-auth@ietf.org
>>> https://www.ietf.org/mailman/listinfo/http-auth
>>> 
>>> Email secured by Check Point
>> 
>> _______________________________________________
>> http-auth mailing list
>> http-auth@ietf.org
>> https://www.ietf.org/mailman/listinfo/http-auth
>> 
>> 
> 
> Email secured by Check Point