From nobody Tue Apr 27 09:22:19 2021
Return-Path: <cabo@tzi.org>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id 2D0A83A143C;
 Tue, 27 Apr 2021 09:22:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01,
 RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 URIBL_BLOCKED=0.001] autolearn=ham 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 6pdlzGfdiGpK; Tue, 27 Apr 2021 09:22:09 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de
 [134.102.50.17])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 99D2D3A1410;
 Tue, 27 Apr 2021 09:22:09 -0700 (PDT)
Received: from [192.168.217.118] (p548dcb12.dip0.t-ipconnect.de
 [84.141.203.18])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4FV6V54M8Jzyb8;
 Tue, 27 Apr 2021 18:22:05 +0200 (CEST)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <19176491-A66F-41E9-9670-C842F82FCE68@brianrosen.net>
Date: Tue, 27 Apr 2021 18:21:59 +0200
Cc: Bret Jordan <jordan.ietf@gmail.com>, art@ietf.org,
 DISPATCH <dispatch@ietf.org>, rfc-ise@rfc-editor.org,
 IETF SecDispatch <Secdispatch@ietf.org>
X-Mao-Original-Outgoing-Id: 641233319.424724-28203518ffff9156d9f15176ac24627d
Content-Transfer-Encoding: quoted-printable
Message-Id: <38EA765F-6FF9-4C45-95D9-7429612B08EC@tzi.org>
References: <CAPCpN4v_KaTWQAjqCUScV067MdKqjZ1N9s7yEeugAiJ8kZJEYA@mail.gmail.com>
 <19176491-A66F-41E9-9670-C842F82FCE68@brianrosen.net>
To: Brian Rosen <br@brianrosen.net>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/symz-DUGCFolbJapAsDGLQVPoKM>
Subject: Re: [dispatch] [art]  Plain text JSON digital signatures
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>,
 <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>,
 <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Apr 2021 16:22:14 -0000

On 2021-04-27, at 17:47, Brian Rosen <br@brianrosen.net> wrote:
>=20
> There was a lot of opposition to the idea previously,

Yes.

But there is also some opposition to the weird way this is presented:

>> On Apr 27, 2021, at 11:27 AM, Bret Jordan <jordan.ietf@gmail.com> =
wrote:
>> JWS/CT enables JSON objects to remain in the JSON format after being =
signed (aka "Clear Text" signing). =20

We have a lot of ways that enable signed objects to remain in the format =
in which they were at signature time.

Maybe we can fix the presentation of the idea more towards =E2=80=9Cwe =
really liked XMLDsig and want it back for JSON=E2=80=9D, which is =
certainly a position one can take.

Gr=C3=BC=C3=9Fe, Carsten