Re: [stir] JWT/JSON (was - Re: Review of: draft-ietf-stir-passport-05)

Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 04 August 2016 17:03 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: stir@ietfa.amsl.com
Delivered-To: stir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CC6712DAAD for <stir@ietfa.amsl.com>; Thu, 4 Aug 2016 10:03:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.935
X-Spam-Level:
X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
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 uq0XZ2ki1XEz for <stir@ietfa.amsl.com>; Thu, 4 Aug 2016 10:03:06 -0700 (PDT)
Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DF7212DA91 for <stir@ietf.org>; Thu, 4 Aug 2016 10:03:06 -0700 (PDT)
Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-03v.sys.comcast.net with SMTP id VM1AbG6rz8GkCVM2zblvP5; Thu, 04 Aug 2016 17:03:05 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by comcast with SMTP id VM2ybVD5aMJgPVM2zbc4oQ; Thu, 04 Aug 2016 17:03:05 +0000
To: stir@ietf.org
References: <07e0eb16-6758-cdf1-c571-1f1ed768e741@dcrocker.net> <D3C152B2.1A69BA%jon.peterson@neustar.biz> <b096b541-c8af-9617-c9d7-5a1beb5230e8@dcrocker.net> <D3C16040.1A6A09%jon.peterson@neustar.biz> <d66d91f0-9ea2-6295-e749-e48ea37b4892@dcrocker.net> <cfd714ce-6145-1b60-aca2-ae702a8c133d@dcrocker.net> <7594FB04B1934943A5C02806D1A2204B4771FF73@ESESSMB209.ericsson.se>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <5fdf4ad3-1528-3d79-6bdb-b5eb350e5c2a@alum.mit.edu>
Date: Thu, 04 Aug 2016 13:03:04 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4771FF73@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4wfGP+zA+tDYi9n1aZWqItT5B4P+DEzSR8Te1cKTE087ntgs2RbGL7eMhWNJbjqYmbNKBgYUKU9oiEXm3TCZWyJ07ZWmjlSHc9A2+eW2ogpkN/Vnfu5cn+ cs6gVaxLMu0temkjs4LU7CyCsnYLWBrGVv5n/QED8O6gnLPEtsXqw6lc5YNqn52l9NHHNevHTrSF4g==
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/oxucqGxZS_nEK_fxlRqvjZGw-iw>
Subject: Re: [stir] JWT/JSON (was - Re: Review of: draft-ietf-stir-passport-05)
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Secure Telephone Identity Revisited <stir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stir>, <mailto:stir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stir/>
List-Post: <mailto:stir@ietf.org>
List-Help: <mailto:stir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stir>, <mailto:stir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Aug 2016 17:03:07 -0000

On 8/4/16 12:45 PM, Christer Holmberg wrote:
> Hi Dave,
>
> Since this discussion seems to be about JSON and SIP in general, perhaps it should be moved to SIPCORE?
>
> Note that I am authoring another draft (not related to STIR), which also defines a signature calculated based on SIP header field information. It has been suggested - by one of the SIPCORE chairs - to calculate and carry the signature as a JWT :)

I have been loosely following this discussion. IIUC, one of Dave's 
arguments is that SIP implementations don't currently involve JSON, so 
introducing it with STIR will further complicate those implementations.

But, again IIUC, the use of JSON with passport doesn't require anyone to 
*parse* JSON. It is only necessary to *generate* a very special purpose 
JSON and then generate a signature over it.

If I'm right about that, the use of JSON will be no particular burden. 
It doesn't require a JSON "stack". Generating it is hardly more 
complicated than what it replaced: generating a string that is a 
concatenation of a number of bits of data separated by colons.

I don't see what the problem is.

	Thanks,
	Paul