Re: [saag] Scope of draft-knodel-e2ee-definition

Christopher Wood <caw@heapingbits.net> Fri, 12 May 2023 17:56 UTC

Return-Path: <caw@heapingbits.net>
X-Original-To: saag@ietfa.amsl.com
Delivered-To: saag@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC14FC151B06 for <saag@ietfa.amsl.com>; Fri, 12 May 2023 10:56:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=heapingbits.net header.b="vu3oGsQW"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="RHSqBVKh"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sIyAuLFM25tf for <saag@ietfa.amsl.com>; Fri, 12 May 2023 10:56:53 -0700 (PDT)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 139D7C151068 for <saag@ietf.org>; Fri, 12 May 2023 10:56:52 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id D498A32008FE; Fri, 12 May 2023 13:56:51 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 12 May 2023 13:56:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heapingbits.net; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to; s=fm1; t=1683914211; x=1684000611; bh=+yTwZuA23htdmI/sGPTJs08UK tmETouH17H30/7Wetk=; b=vu3oGsQWKG8XDEWcMpzhJBQxffowKn7NrYLbhiPrM D0XA7jbXpGjwWDf7o7KQRfvlSaUH76zdzNIAjZxtVWU16toSvBTxTrSSDnLkQbMv 2YGjoDNQqI/d9odtehe9W5HLcpEne4AWnAN6sok0TFNNjD3NcKR18h0beT/hTTe5 jyqT39DTviOmPCA3nKooBqpytkxeWItyWxUoK8d5fuNy1/2eZWoE0R6/NFYX5Hh7 kXtWjM5J2A4VDV4TD9IjhLXhtD57zvNrMMUDgRFIoS6KVGsia1sFHJlSHxux5BlH KHviwsx8MnDmLJ+0jNilyubWBacQOhS7/alKre4KOc1rg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1683914211; x=1684000611; bh=+yTwZuA23htdmI/sGPTJs08UKtmETouH17H 30/7Wetk=; b=RHSqBVKhDzO/fQ+cAUzoMTuJ/o1fKyOtyJvvMsB81DLMFQeb7Vy DbpNC2+JiYsillsdnArbyAtZN+E0RFq+VxACOxSKo4wZTOv2GfKSgUDQZqccOZd+ xB97M9CcvgLPlrLE4uPzd9HKS3ieQxyqtIIVa7LH5Gelv/gqla/eIadnZQribkHY XnJTOXwfyEDY1wgHVtrb2l4tUBv1MlpwBYn+szd8EjOr7D2Da2Qi01r2nXCJlFIc xFwnj3sPEwn8qO7pn+TpeWnzWbRTsHQh6rMawsmfeOoJa96AFabO6ZZX6443PZOS FjDm0oDIfv0Mg5cW8wbeh9L2rpKxVuFFEbw==
X-ME-Sender: <xms:431eZKRgTpvA78KlKOMtB4ySHTuklBN-T09812srpCHp1kJmRmurhA> <xme:431eZPyZWCK1n329FtSz16KdX7CMyjkFOTzHFwGn95tvUV7gpUFNr9x7kI4SQoYkM yggTQv9bCbSmeefjro>
X-ME-Received: <xmr:431eZH1Qwq0dblaq6Q9p1rHSxzJ53Mayx1pu534UzWTjSAcZ1ibhkVucrIomTHbsAJzS>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeehtddguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtggfuhfgjffevgffkfhfvofesthhqmhdthhdtjeenucfhrhhomhepvehh rhhishhtohhphhgvrhcuhghoohguuceotggrfieshhgvrghpihhnghgsihhtshdrnhgvth eqnecuggftrfgrthhtvghrnhepieelfffgfffgkeefffduuddtffekteetvefhvdevleet vddufeehfeeuffeluedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomheptggrfieshhgvrghpihhnghgsihhtshdrnhgvth
X-ME-Proxy: <xmx:431eZGD_K27yunCf5PGfczQKC4ihbYPyqk7uKeu_oCEY-KgUKXT7rA> <xmx:431eZDjA71h1_k70FJ4WTXujBWyHfWRheE0O3pG9BXYTu3q6tLrnTw> <xmx:431eZCrETYlBPRshvt725f5DdJ1oyc9ACVD9ayp2sKG5jEYZGZZ92w> <xmx:431eZGucLazv40c1URo7H7PHSUQddy6Zth9i1uZcfHndmV9E58Wpww>
Feedback-ID: i2f494406:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 12 May 2023 13:56:50 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\))
From: Christopher Wood <caw@heapingbits.net>
In-Reply-To: <435847cc-7273-333f-0a38-2954bacd8a82@cdt.org>
Date: Fri, 12 May 2023 10:56:41 -0700
Cc: "Black, David" <David.Black=40dell.com@dmarc.ietf.org>, Paul Wouters <paul.wouters=40aiven.io@dmarc.ietf.org>, IETF SAAG <saag@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <06C39CEB-BABB-46B3-B93B-E83761F3F9FC@heapingbits.net>
References: <CAGL5yWb=5MomKHwNKiEDph3kjrcbvonaL2ZEytGpKeNk7A87sQ@mail.gmail.com> <CABcZeBOzzOU-HDb2hmzcCipgiVqB6gACQMfo9GJsTT7UNw+eOA@mail.gmail.com> <CAGL5yWZsFnV1eSrrT2-7yh=0VhwqyQJL-RaEU33M2P9S9_KF=g@mail.gmail.com> <MN2PR19MB4045B8827B359AEDACEDBD7483649@MN2PR19MB4045.namprd19.prod.outlook.com> <435847cc-7273-333f-0a38-2954bacd8a82@cdt.org>
To: Mallory Knodel <mknodel=40cdt.org@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3696.120.41.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/saag/FAjWerUmLgLP_gbsLd-Hw0Af5EU>
Subject: Re: [saag] Scope of draft-knodel-e2ee-definition
X-BeenThere: saag@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Security Area Advisory Group <saag.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/saag>, <mailto:saag-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/saag/>
List-Post: <mailto:saag@ietf.org>
List-Help: <mailto:saag-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/saag>, <mailto:saag-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 May 2023 17:56:57 -0000


> On May 12, 2023, at 10:50 AM, Mallory Knodel <mknodel=40cdt.org@dmarc.ietf.org> wrote:
> 
> On 4/24/23 10:29 PM, Black, David wrote:
> 
>> Picking up on a response to EKR that it looks like he didn’t follow up on:
>>  
>> >> The text here seems extremely focused on Instant Messaging-type
>> >> applications and doesn't fit well with other protocols, even when they
>> >> provide end-to-end encryption. Either it should be scoped down to
>> >> Messaging or it should be adjusted to be more broadly applicable.
>> > 
>> > What other protocols does it not fit with? Wouldn't the same apply to
>> > video conferencing, audio streams, file exchange protocols, etc? Do
>> > you have an example of a protocol that falls outside the scope of
>> > this document?
>>  
>> The draft generally assumes that “users” are accessing “messages” that are transmitted via the protocol, which is a scope-limiting assumption.
> Yes-- messages + video + audio + media + email.


If that’s the case — and things like TLS are out of scope — then the intro could probably use some work. Specifically, in this paragraph:

   End-to-end encryption is an application of cryptography mechanisms and properties in communication systems between endpoints. End-to- end encrypted systems are exceptional in providing both security and privacy properties through confidentiality, integrity and authenticity features for users. Improvements to end-to-end encryption strive to maximize the user's security and privacy while balancing usability and availability. Users of end-to-end encrypted communications expect trustworthy providers of secure implementations to respect and protect them.

An endpoint could be a TLS client or server, for example. If the goal is to restrict this to E2EE at the application layer with things like messaging, video, etc, using keys that are known to human users, then the intro should likely be rewritten to sharpen and clarify this scope.

Best,
Chris