Re: [Json-canon] Proposed Charter

Mark Nottingham <mnot@mnot.net> Thu, 24 January 2019 21:55 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: json-canon@ietfa.amsl.com
Delivered-To: json-canon@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8676313117B for <json-canon@ietfa.amsl.com>; Thu, 24 Jan 2019 13:55:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=39J4wqdI; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=JqzouenZ
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id njuRrZg5kNxh for <json-canon@ietfa.amsl.com>; Thu, 24 Jan 2019 13:55:17 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4106B130F21 for <json-canon@ietf.org>; Thu, 24 Jan 2019 13:55:17 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 25C5A221B8; Thu, 24 Jan 2019 16:55:16 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 24 Jan 2019 16:55:16 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=I XmXubeFV0dEcBeoZrOsvB0XXmlp57TJVlIpqoQ9VC4=; b=39J4wqdIXZy3zhnQd nkDm0N4/7PDzGuwdS2LIjyNsZJKvKoM1O++hnz2j8Qcb7uvLmfVbGCnrh9qeg7M7 hWjFr5ITScrM21sRR2HPS3SrEqGyPGQDkjWCoVJHmVEBUpadhsDofrH3zfyIG1ao D6PsxGsp9YQKAckdqMuCCLJe7b5ZzjrfDgLN8GSgMpYoZB4lkP835JeJgk2U+gyT DmzskNxoMF4u8W5QHVrXKUmnPu5FoEjC62+Fvuo8qFBQOXEbgCJuTDhl+wfy/4zB YHlPwA640G04P/i2afV85hwlPSqjt1gb0L1bBVomiQZUfkg+hwc6VgtvyB+tO2ji +MzwA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=IXmXubeFV0dEcBeoZrOsvB0XXmlp57TJVlIpqoQ9V C4=; b=JqzouenZj+saN/k0Bag+VwY+fzowEdzAODspmuQW3rlrf2uvr4IJojwjN wtHqweDDjF+QzldnXf47CFQcyYFl6EIHsLDRZfkNTICHhar0uWGbHa4+hnhHxYot QtW70cb7niPYKlSUx5dfEQf2HZwyyP384pm15IaFynNXIA3ZpzYqBxDdT99SG9HF 0wQJCMkN6OrcbjTy9NRdexeK0x+4nORe8NzdSYR68xzgP+X+u/qawgVKmLo8mtZx M83WeoVoryTgPQ/d80M8fashF66vsM93zryUj4ymnNl39mY60pXHiwZQqh7aoE1z 8aRXXd86McIDEuRzddKTKx/T/rz3w==
X-ME-Sender: <xms:QjRKXLhlbkI3u3ANeH_E75PXDbYRJ3_PSIKRlbsLXqyB6dnsfjDJzg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledriedvgdduheegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfquhhtnecuuegrihhlohhuthemucef tddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpegtggfuhfgjff fgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcupfhothhtihhnghhhrghm uceomhhnohhtsehmnhhothdrnhgvtheqnecuffhomhgrihhnpehivghtfhdrohhrghdpmh hnohhtrdhnvghtnecukfhppeekrddukedrvddujedrvddtvdenucfrrghrrghmpehmrghi lhhfrhhomhepmhhnohhtsehmnhhothdrnhgvthenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:QzRKXAlSorzyZ6X23cFW_NuXG5fEvHhE6BhvtiPjch-zQdd_66ko8g> <xmx:QzRKXC3AxMxDiAb1uUAMTKfKemPAtrZ9qPg0p8iQnzZxbPAEg7UBXQ> <xmx:QzRKXBOmwj1_-JtKiU2ZLs5aKkuN-X9dKug10zUsU3Qd1LYRwHmyLA> <xmx:RDRKXB_kO05jXO0A1vVcZ6vl9HfbgNSNYhXaZYLgIVpj56WvDs-6Aw>
Received: from [10.100.20.187] (unknown [8.18.217.202]) by mail.messagingengine.com (Postfix) with ESMTPA id 540F0100E4; Thu, 24 Jan 2019 16:55:14 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <069AE75F-45F0-4C46-8AB6-8B734073261B@gmail.com>
Date: Thu, 24 Jan 2019 13:55:10 -0800
Cc: json-canon@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <797CD514-E3CE-40C2-9360-21B31372D9AE@mnot.net>
References: <069AE75F-45F0-4C46-8AB6-8B734073261B@gmail.com>
To: Bret Jordan <jordan.ietf@gmail.com>
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/json-canon/Rr2KYeWCFWVf8OUd7iWWa2PqaH8>
Subject: Re: [Json-canon] Proposed Charter
X-BeenThere: json-canon@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: JSON Canonicalization <json-canon.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json-canon>, <mailto:json-canon-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/json-canon/>
List-Post: <mailto:json-canon@ietf.org>
List-Help: <mailto:json-canon-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json-canon>, <mailto:json-canon-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Jan 2019 21:55:21 -0000

Will the Working Group limit itself to canonicalising the data model that's described by JSON's native data types (object, array, number, string, boolean, null), or will it attempt to canonicalise subtypes -- for example, inside strings (whether they be key or value)?

I'd be much more comfortable if this were addressed explicitly in the charter.

Cheers,


> On 24 Jan 2019, at 10:56 am, Bret Jordan <jordan.ietf@gmail.com> wrote:
> 
> All,
> 
> Here is a proposed charter for this WG.  Please send any comments on this charter to this email list. 
> 
> 
> 
> ### BEGIN
> 
> JavaScript Object Notation (JSON) is a text format for the serialization of structured data described in RFC 8259. The JSON format is often used for serializing and transmitting structured data over a network connection. With the increased usage of JSON in protocols in the IETF and elsewhere, there is now a need to define a canonical representation of JSON objects to enable comparison operations and security services on plain text JSON. 
> 
> Different proposals for providing such security services have already been defined and implemented. The goal of the Working Group is to define and standardize a mechanism for creating a canonical representation of plain text JSON objects.
> 
> This group is chartered to work on the following deliverable:
> 
> - A Standards Track document specifying a canonical representation of JSON data.
> 
> In order to promote interoperability and ease of implementation, the current proposal builds on I-JSON (RFC 7493), the serialization methods for JSON primitives defined by EcmaScript version 6, and a platform-independent method for sorting object properties.  By doing that, JSON parsers will not need modifications, enabling the described mechanism to ultimately be reduced to an option in JSON serializers.
> 
> The proposed work-item is tentatively named JSON Canonicalization Scheme (JCS)
> 
> ### END
> 
> 
> 
> Thanks,
> Bret
> PGP Fingerprint: 63B4 FC53 680A 6B7D 1447  F2C0 74F8 ACAE 7415 0050
> "Without cryptography vihv vivc ce xhrnrw, however, the only thing that can not be unscrambled is an egg."
> 
> -- 
> json-canon mailing list
> json-canon@ietf.org
> https://www.ietf.org/mailman/listinfo/json-canon

--
Mark Nottingham   https://www.mnot.net/