Re: [CFRG] A Duck Test for End-to-End Secure Messaging: "Video Deck" on YouTube

Alec Muffett <alec.muffett@gmail.com> Sat, 31 July 2021 00:47 UTC

Return-Path: <alec.muffett@gmail.com>
X-Original-To: cfrg@ietfa.amsl.com
Delivered-To: cfrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB45A3A1ABE for <cfrg@ietfa.amsl.com>; Fri, 30 Jul 2021 17:47:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 4iyD6y-bN7jl for <cfrg@ietfa.amsl.com>; Fri, 30 Jul 2021 17:47:14 -0700 (PDT)
Received: from mail-qv1-xf32.google.com (mail-qv1-xf32.google.com [IPv6:2607:f8b0:4864:20::f32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A18A3A1ABD for <cfrg@irtf.org>; Fri, 30 Jul 2021 17:47:14 -0700 (PDT)
Received: by mail-qv1-xf32.google.com with SMTP id m12so5494422qvt.1 for <cfrg@irtf.org>; Fri, 30 Jul 2021 17:47:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ncbGP0MI67wAbHd3JCfrt/zVmrVhPf2/ZXTok7Sdgy0=; b=sP2C/hoOZ1qOpNY+UXawjmqKm2QZOw2lehlxbErJtJMaBmPgZXIIg/bblWDmou/AxZ mqZKhKq0DnL+vxeePMKG9uT3wviZF9y7hbX+Cxb26d/V0QrSf5RCrJ5eHinps5BMTMwP dZUe9E9CYOu5h+F/RcAxo+ref3w6cTCRAIGzimFSb+ocbBK5LVKqBblLaLzoGVL1nFCo ExmsQKIEROToQpc2gAzDYCFfJIrHEdO9S6u88rKGfrVjnfGXQcpwYkvjzQtYjBWRWpcw edt4/oUHqen35utUhIevNGx98sLnLRGRMwsTiPsr9iiEfY1KTa7XaMNFyGf6Sofxunq9 WWlw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ncbGP0MI67wAbHd3JCfrt/zVmrVhPf2/ZXTok7Sdgy0=; b=tjB8OcYkNrEUob4LZJqhqxV2OkT21VQagdRAjAoNHLq21pk/ngDVbFOXdspaYKiHJG JbQx+Snk0rRdnSlIbTn1EEltSLeITYq61I03kGcWAsfZdNSLOlVkoS/xxGJHOdV0DvMr ftuXVW/SUHhdG1Zi30rkoebNJMy2fFiPF9TBbpK4af+k7J/bWkztrXoIkcFrnxvwjb0E MlhC97bAeJ2C4IhQk7Ab1AftAriGqjLQ7mtFnI6V/9bgCuaWVnBwJ8wmwG1AvhcnxiXO WIiTpD6ZvmJxtF6qpxNQ1f6m1U5O9GNbao0irbZ3WEtda6FUI04tslIDahdLaned3aVx H2+w==
X-Gm-Message-State: AOAM530mPOmpYQiM3m/7wKsWknMp1thonCA+XTF5dpEZQQmeD+ooGBbB 9Z9DEIhIgnytAWBz/WxHkYZ+wp92Eu5rYCLdFl2Txm7/D4BFww==
X-Google-Smtp-Source: ABdhPJwi+4EKEOCcDKkdbdYCvAGCyOxCL+m9ISJ0FtIcw3wASRV/9wcj/hVydcHrBy/bp7ejYS+t4yAniImQ6nBB3y0=
X-Received: by 2002:ad4:46c8:: with SMTP id g8mr5650364qvw.1.1627692432025; Fri, 30 Jul 2021 17:47:12 -0700 (PDT)
MIME-Version: 1.0
References: <CAFWeb9LrJZcMw-8nfwkwsJ-0uZCwPqe4TviAbLPZHDjeSJZbmA@mail.gmail.com>
In-Reply-To: <CAFWeb9LrJZcMw-8nfwkwsJ-0uZCwPqe4TviAbLPZHDjeSJZbmA@mail.gmail.com>
From: Alec Muffett <alec.muffett@gmail.com>
Date: Sat, 31 Jul 2021 01:46:35 +0100
Message-ID: <CAFWeb9+SP=6NUHRsH909ipyipx7pnmarb7zHbHBpJLzqufX3SQ@mail.gmail.com>
To: cfrg@irtf.org
Content-Type: multipart/alternative; boundary="00000000000036ed0f05c860adba"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cfrg/3Dte2S5ja3nhGxNj4Tzl1qrS1xc>
Subject: Re: [CFRG] A Duck Test for End-to-End Secure Messaging: "Video Deck" on YouTube
X-BeenThere: cfrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Crypto Forum Research Group <cfrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/cfrg>, <mailto:cfrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cfrg/>
List-Post: <mailto:cfrg@irtf.org>
List-Help: <mailto:cfrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/cfrg>, <mailto:cfrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jul 2021 00:47:17 -0000

Hi All!

Thank you for a great first CFRG experience.

One key comment/thread from the chat, which I just wanted to repeat here in
order to avoid confusion:

> Chris Lemmons: Yeah, we should avoid producing two different definitions
of e2ee.
> Alec Muffett: @Chris: for absolute clarity: I am NOT providing a
definition of E2EE. I am providing a test, possibly one of many, which
would invalidate claims of E2EE.
> Chris Lemmons: Alec: That's a good point. I had missed that. It's
important, though.

The first cut of this I-D was posted with an ill-advised, misconceived
name, referring to it as a definition.  That was foolish of me.

The process of developing this deck for presentation at CFRG has taught me
a huge amount* regarding how to think about and describe what this test is
offering - and it is not offering a definition.

The I-D provides one (single) mechanism to falsify claims of "end-to-end
security" (or: "end-to-end encryption?") being provided by a given solution.

There may be other mechanisms invented, and I would welcome them, and
welcome other research in this space.

Nonetheless: this test and this I-D do not live in the space of
definitions; they propose metrics of behaviour, and divide that behaviour
as being compliant with E2E, or not (i.e. "backdoor")

    -a

*learnings which I will clearly need to roll into the I-D.