Re: Request for Authenticated but not Encrypted Traffic

Paul Vixie <paul@redbarn.org> Fri, 30 September 2022 05:54 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B098C15258E for <quic@ietfa.amsl.com>; Thu, 29 Sep 2022 22:54:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 (1024-bit key) header.d=redbarn.org
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 cCRyZ2G4HMOr for <quic@ietfa.amsl.com>; Thu, 29 Sep 2022 22:54:19 -0700 (PDT)
Received: from util.redbarn.org (util.redbarn.org [IPv6:2001:559:8000:cd::222]) (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 01B60C152588 for <quic@ietf.org>; Thu, 29 Sep 2022 22:54:18 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by util.redbarn.org (Postfix) with ESMTPS id 2BEBB167A42; Fri, 30 Sep 2022 05:54:18 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1664517258; bh=tZRQpfZ7I8aaaDEhe7jSmF6uVz4Nk0FpsydSRHWdac8=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=l2dElhvqmDapBPyZOTW3rUH+Rw7nIiJVQds2x0MfaHz0uKx2QjmmwTz/yd83M5P5v 50Gj0e7ysFY3vPpHORhuWIcY51OuokiuByKjXseX1Q5ReZdlBA+NXLqUuEzpyc45aa 7zAmyxOwLdZsU8hFy1ipTI9G48cBPHpYicZvCoWc=
Received: from [24.104.150.175] (dhcp-175.access.rits.tisf.net [24.104.150.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 10E89C3FCF; Fri, 30 Sep 2022 05:54:18 +0000 (UTC)
Subject: Re: Request for Authenticated but not Encrypted Traffic
To: Eliot Lear <lear@lear.ch>
Cc: "quic@ietf.org" <quic@ietf.org>
References: <SJ0PR08MB82889F488CCA7D8FC4997ACEFA579@SJ0PR08MB8288.namprd08.prod.outlook.com> <CAMm+Lwh1DWyVNL7M6q0gAS77HyN5KXRa3cNn732ivbAMGSFVDg@mail.gmail.com> <SJ0PR08MB82888EE2140D219EF758CF76FA569@SJ0PR08MB8288.namprd08.prod.outlook.com> <da161bf2-2eea-77b9-c96f-e391fe867c3b@lear.ch>
From: Paul Vixie <paul@redbarn.org>
Message-ID: <fb875699-312a-497d-0b5c-2da95b26268c@redbarn.org>
Date: Thu, 29 Sep 2022 22:54:17 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/7.0.57
MIME-Version: 1.0
In-Reply-To: <da161bf2-2eea-77b9-c96f-e391fe867c3b@lear.ch>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/ZOHvgAdMBgKhyS63VByrCGajJpE>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Sep 2022 05:54:25 -0000


Eliot Lear wrote on 2022-09-29 22:45:>> ...
> I think the key point here is that sometimes observability is a feature 
> and not a bug.  This is particularly important in industrial/critical 
> infrastructure.  That observability can be achieved in many ways.  One 
> question is whether the observability itself should itself be authorized.

as to that one question, my answer is a clear no. i use network 
observation to determine whether an end user or installed software or a 
device has been compromised. my observations of my private managed edge 
network must therefore not depend on getting permission from the people 
or things that use that network. (my network, my rules.)

permissions that make sense in a service provider network or a carrier 
network don't always make equal sense for a private managed private edge 
network.

for a lot of edge network operators that means wide area UDP will only 
be allowed from a few internal servers or to a few outside services. 
this won't hurt QUIC's deployment, so nobody has worried about it.

-- 
P Vixie