Re: [woes] Proposed charter, post-Quebec edition

"Paul C. Bryan" <paul.bryan@forgerock.com> Thu, 04 August 2011 16:19 UTC

Return-Path: <paul.bryan@forgerock.com>
X-Original-To: woes@ietfa.amsl.com
Delivered-To: woes@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33D6C21F8891 for <woes@ietfa.amsl.com>; Thu, 4 Aug 2011 09:19:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 x7HDTwhEdxLS for <woes@ietfa.amsl.com>; Thu, 4 Aug 2011 09:19:02 -0700 (PDT)
Received: from eu1sys200aog111.obsmtp.com (eu1sys200aog111.obsmtp.com [207.126.144.131]) by ietfa.amsl.com (Postfix) with SMTP id F20EE21F8879 for <woes@ietf.org>; Thu, 4 Aug 2011 09:19:01 -0700 (PDT)
Received: from mail-gw0-f50.google.com ([74.125.83.50]) (using TLSv1) by eu1sys200aob111.postini.com ([207.126.147.11]) with SMTP ID DSNKTjrGfocgNhDRZhEuwFmO6DxwNPeRxG0V@postini.com; Thu, 04 Aug 2011 16:19:17 UTC
Received: by mail-gw0-f50.google.com with SMTP id 16so1213918gwj.9 for <woes@ietf.org>; Thu, 04 Aug 2011 09:19:09 -0700 (PDT)
Received: by 10.142.10.33 with SMTP id 33mr910603wfj.69.1312474749669; Thu, 04 Aug 2011 09:19:09 -0700 (PDT)
Received: from [192.168.1.177] (S0106001346fbe4af.vf.shawcable.net [174.1.44.35]) by mx.google.com with ESMTPS id v2sm2376977pbi.35.2011.08.04.09.19.08 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 04 Aug 2011 09:19:09 -0700 (PDT)
From: "Paul C. Bryan" <paul.bryan@forgerock.com>
To: woes@ietf.org
In-Reply-To: <9F29C631-D1A7-4113-9DCE-2BF86B649884@vpnc.org>
References: <4F25253E-A870-4956-AAB1-20890B655984@vpnc.org> <4E3A9885.50600@ieca.com> <1312472487.3264.35.camel@dynamo> <F1F8D912-8437-4A6E-B34C-53C7EEAD96A1@vpnc.org> <CABcZeBNTyoXco921v8zG=0owfTYUwgxYm4FDMDhv2uuOrf_tAA@mail.gmail.com> <9F29C631-D1A7-4113-9DCE-2BF86B649884@vpnc.org>
Content-Type: multipart/alternative; boundary="=-L1j9zVnfoJ2wyMfa5/F5"
Date: Thu, 04 Aug 2011 09:19:10 -0700
Message-ID: <1312474750.3264.39.camel@dynamo>
Mime-Version: 1.0
X-Mailer: Evolution 2.30.3
Subject: Re: [woes] Proposed charter, post-Quebec edition
X-BeenThere: woes@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Web Object Encryption and Signing \(woes\) BOF discussion list" <woes.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/woes>, <mailto:woes-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/woes>
List-Post: <mailto:woes@ietf.org>
List-Help: <mailto:woes-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/woes>, <mailto:woes-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Aug 2011 16:19:03 -0000

On Thu, 2011-08-04 at 09:02 -0700, Paul Hoffman wrote:

> On Aug 4, 2011, at 8:52 AM, Eric Rescorla wrote:
> 
> > IMO, symmetric integrity protection is a useful primitive, and it's
> > already part of the
> > JWT spec. I think all that's required here in the charter is to
> > wordsmith it to separate
> > out symmetric from asymmetric integrity algorithms,
> 
> Current:
> 1) A Standards Track document specifying how to apply a JSON-structured digital signature to data, including (but not limited to) JSON data structures. "Digital signature" is defined as a hash operation followed by a signature operation using asymmetric keys.
> 
> It sounds like you would prefer something like:
> 1) A Standards Track document specifying how to apply integrity protection to data, including (but not limited to) JSON data structures. This integrity protection can be achieved with both symmetric and asymmetric algorithms.


+1, or even possibly:

1) A Standards Track document specifying how to ensure the integrity
and/or authenticity of data, including (but not limited to) JSON data
structures. This can be achieved with both symmetric and asymmetric
cryptographic algorithms.


> Is that right?
> 
> --Paul Hoffman
> 
> _______________________________________________
> woes mailing list
> woes@ietf.org
> https://www.ietf.org/mailman/listinfo/woes