Re: [arch-d] IAB Statement on Encryption and Mandatory Client-side Scanning of Content

Eric Rescorla <ekr@rtfm.com> Mon, 18 December 2023 13:46 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8B08C151536 for <architecture-discuss@ietfa.amsl.com>; Mon, 18 Dec 2023 05:46:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.904
X-Spam-Level:
X-Spam-Status: No, score=-6.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20230601.gappssmtp.com
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 71LkUqpl9UKn for <architecture-discuss@ietfa.amsl.com>; Mon, 18 Dec 2023 05:46:26 -0800 (PST)
Received: from mail-yw1-x1132.google.com (mail-yw1-x1132.google.com [IPv6:2607:f8b0:4864:20::1132]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 7C8E8C151535 for <architecture-discuss@ietf.org>; Mon, 18 Dec 2023 05:46:26 -0800 (PST)
Received: by mail-yw1-x1132.google.com with SMTP id 00721157ae682-5e3b9c14e46so22646957b3.0 for <architecture-discuss@ietf.org>; Mon, 18 Dec 2023 05:46:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1702907185; x=1703511985; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Du8NR9S9KHBYtqmxopXE5a4eeFPFPpGpCJaDa1oei1U=; b=kfYM+BBROSdnd8j76cj/U9FYhuIXObjhRxC1fDCh1YcbpiXfsCHbNlykmWUZDZEDQ1 /Fu+jjXb2xyBVrVos9Mya7JLTtjt28lk7InWtxHg/waRf87bTG28LdSN4WE72zkrZY4Q fd6p2CwUQ3u4WC8YuQPnHPzGCph/YxYnkm1OctI6Y4SMOQab+lZ/kLG45SkAwukoYCa8 jLc8p3ryc9rwUQrhZBmMIjD3UNaOaj9C6nbByoCTjoRFdClqolSgwDN7dNjU3Arv8b6W RmwQ/tnCywfXiWRrUKAdIjLkKDz2n8HKqYxbSfKrNNMCwVfwtDg+jI9Hz6k2fuFc23Pi e1rg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702907185; x=1703511985; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Du8NR9S9KHBYtqmxopXE5a4eeFPFPpGpCJaDa1oei1U=; b=Z7J9FbWgpwiZ1vYgewEBxWwmOAcwo3DzIbMKfGRXk7u3pKZ7EoG04MX0WJI9878oLr PFhif8oLN5Km5sJR2mIeImncxrO4zZ5vCaRX5OrAoTabnGNrRSwedZ/N1TFiyy8bPDqQ n1N23Oko38gjEjaXQvZJhiWnCxpCqG9gLTRU/L5xepzbHILODiOPGELRmN3/Qr/wrQ3q PzaYZvHoBFoWK3oBZRZlTt1Nb1gTUtO15dWYDezneQQ5jxaPcH89ONO5ZUmr2i/LRmEP ajUZ+K54qhPN42jEGJAkHayieeXOFiVpPLurRkLU3NjwCoYQtvoGTsn7VXtVwUB9y3Xu rfug==
X-Gm-Message-State: AOJu0Yw39hRg+FT+s6km95DEDRwe3UYQCxIe8YQMqH8czZNNQp0e0DKO YiBvbPjjq1i3UYFcoDiuWKBChWnj63P76ENCPI0X4Q==
X-Google-Smtp-Source: AGHT+IEMqL8IR1HYZffT+tY0mVBTmFNpaY9mMW30zvgY70ajRD3q8R15upWCkcPoOnzVGdxpuxoZlTPMrNOnCWiYiKo=
X-Received: by 2002:a81:7788:0:b0:5d7:1940:7d7a with SMTP id s130-20020a817788000000b005d719407d7amr11893990ywc.81.1702907185507; Mon, 18 Dec 2023 05:46:25 -0800 (PST)
MIME-Version: 1.0
References: <170266952162.33107.14325064798861197261@ietfa.amsl.com> <6.2.5.6.2.20231216110256.18d0acd0@elandnews.com> <52e423e7-5787-d56a-b197-61fabe623505@gmail.com> <777625961.132760.1702891349945@appsuite-gw2.open-xchange.com>
In-Reply-To: <777625961.132760.1702891349945@appsuite-gw2.open-xchange.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 18 Dec 2023 05:45:48 -0800
Message-ID: <CABcZeBNyzmEjVaC42o1fenU8kjq7qMvT+H9VGOMM8efSyNmEjQ@mail.gmail.com>
To: Vittorio Bertola <vittorio.bertola=40open-xchange.com@dmarc.ietf.org>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, architecture-discuss@ietf.org
Content-Type: multipart/alternative; boundary="000000000000e0c601060cc8f920"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/wrVW_4yMdTs4UfcVD5JLiP-HIR4>
Subject: Re: [arch-d] IAB Statement on Encryption and Mandatory Client-side Scanning of Content
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Dec 2023 13:46:31 -0000

On Mon, Dec 18, 2023 at 1:22 AM Vittorio Bertola <vittorio.bertola=
40open-xchange.com@dmarc.ietf.org> wrote:

>
>
> > Il 16/12/2023 23:41 CET Brian E Carpenter <brian.e.carpenter@gmail.com>
> ha scritto:
> >
> > > I am at a loss on how mandatory use of client-side scanning could
> > > restrict the use of open-source software as the statement does not
> > > explain that.
> >
> > That seems fairly clear to me. If open-source software does not allow,
> > or actively prevents, mandatory scanning it would be illegal to use it.
>
> Well, yes, much like software that would be designed to break any other
> law. But (as an employee of a European open source software maker) I do not
> see how this is a problem for open source, especially once it is clear that
> any modification applied to the code by third parties for the purpose of
> circumventing a law is not the responsibility of the original author of the
> software. It's life in a democracy, you just make your software comply with
> any applicable law, like it or not, and that's it.
>

I think this misunderstands the issue around open source and client side
scanning, which is not about the author of the software, but about
enforcement by the service.

In general, if you want to build a service which has a client and server
component (as messaging services do), and you want some behavior to happen,
you can either have it happen on the client or happen on the server. If
that behavior is something the user wants, then it often doesn't matter
where it happens, but if it's something that the user doesn't want (e.g.,
advertising), then you are counting on the client to behave the way you
intend even though you don't directly control it. In a system where either
the client is open source or the protocols between the client and the
server are open source, then it is possible to create an interoperable
client which behaves differently than the service provider expects, in this
case by not scanning the content.

The main approach to requiring specific client side behaviors in an open
system is attestation of the client side software [0], but this also has a
negative impact on open source.

-Ekr

[0] For more on this topic see:
https://educatedguesswork.org/posts/wei/
https://www.iab.org/documents/correspondence-reports-documents/2023-2/iab-statement-on-the-risks-of-attestation-of-software-and-hardware-on-the-open-internet/

(Anyway, the European proposal has very little chances to be approved.
> There's just too much opposition, including that from Germany, and they
> only have a couple of months before the term ends and the Parliament is
> dissolved for new elections.)
>
> --
> Vittorio Bertola | Head of Policy & Innovation, Open-Xchange
> vittorio.bertola@open-xchange.com
> Office @ Via Treviso 12, 10144 Torino, Italy
>
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss
>