Re: A question about user tracking with QUIC

Behcet Sarikaya <sarikaya2012@gmail.com> Tue, 08 June 2021 14:53 UTC

Return-Path: <sarikaya2012@gmail.com>
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 B142E3A3307 for <quic@ietfa.amsl.com>; Tue, 8 Jun 2021 07:53:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 ZJW-aVumLtV0 for <quic@ietfa.amsl.com>; Tue, 8 Jun 2021 07:52:58 -0700 (PDT)
Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (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 199213A332F for <quic@ietf.org>; Tue, 8 Jun 2021 07:52:57 -0700 (PDT)
Received: by mail-yb1-xb32.google.com with SMTP id f84so30642439ybg.0 for <quic@ietf.org>; Tue, 08 Jun 2021 07:52:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=SXkCA7tvxXIxV0wso3XBZpglhjKbqrHgBnwtqwq73d0=; b=ELmYax2pvYQ3p9lYaqCjz3KkXI+Gf+6uQfu8IBcY7C59BXZ+7ARe+WtDpAryyGTFWz 0m5Uccu0hsDjbsI+XuCExxlQrHZ/95AupOPubIXEixlbV5n+L0GMiisfFZzkKYI3Vf86 MRFOjaBXnvJWJs3H49PEjirRtaUI6tHJuI24fNKLUObh2hZ4Axz42S7PTMLrQ2wbTATS nkqEiR6tQC5tL89PRe1cZxhbMbxeRBZ63Up3i63Gj+GhLZULj1wWVgqcdEczxMDaaBo2 YtyLWCT9kCeoNS2TshvZFwrB2lr7dzB2TyyyzJAgD/Pp94P38ysi9WHfa7IxeeiyRo27 Qxaw==
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:reply-to :from:date:message-id:subject:to:cc; bh=SXkCA7tvxXIxV0wso3XBZpglhjKbqrHgBnwtqwq73d0=; b=falaSLAU4dMA8J9wEOsqcSbHzgzTF9l3AndW7o++RZ2J4mXnqtlnQjdCuV1ORV1srC vb+LkDFeArHD/X7bMN7dAIPGZt/mzqbYQZ7P59jCVM2vM6aD7PBFkKQuwTra7DN0Ya8S TUU6Qcq8QC6Tb3UEuU0U2NC3ZNHs7d8AYGdaFSBQqu5P/ZIVkzLhiGZnzOcPo/UVxG1h TEqOgrxKj4xGFiCEm83kB/uU6vI6YfyoBYQog6ua4DDAxgY2z0sLIfNkRYRLeY7zP2El fNihBNFy1zX8EccYZwvM57ckDwZ6whcmxzn8a3Ch8W6n10WkvQZWzUqWrrW6rHzEkPnX vnSQ==
X-Gm-Message-State: AOAM530zmakGUN36mSyVWzk8sD6P3audlsEvZ+HpR3ZZCbFboh7SBQR4 la83vks2fuzG6x/D3p1NeZWMYPNGh4YnXjPvNNo=
X-Google-Smtp-Source: ABdhPJw6fcyqPk/VowQ+wPFstOqhTBgCYNDxHSKiUYXreQN1yd56LCDsBT+W1zSSJUk9kmQj/TezSCBduOI7XzJNI9Q=
X-Received: by 2002:a25:cfc5:: with SMTP id f188mr33161951ybg.411.1623163975459; Tue, 08 Jun 2021 07:52:55 -0700 (PDT)
MIME-Version: 1.0
References: <20210607123854.GA16312@nic.fr> <CAC7UV9bkqOeCgDsCH+Hdq0v=zmRKNNDtpfiq6Ap_vzm5zUzGVg@mail.gmail.com> <CALGR9oZiUe5TyY3Tv432__GH=v+Lpv2EZah0G4ZD+g3E2FkaMg@mail.gmail.com> <20210607130422.GA27971@sources.org> <EE723B6D-7B6B-4B68-A4A1-F1809CF68F1B@gmail.com> <20210607142015.GA31240@sources.org> <C1B56269-0EF7-42EC-8824-70F7485807B2@gmail.com> <20210607190027.GC5394@sources.org> <7CE3F7FC-21C1-4519-AA60-A2FDFFC512EE@gbiv.com> <CALGR9oZFbUnZyRnL-TPvMac25cjp9WTReTAHWLGi+eO3_T7aww@mail.gmail.com> <CAKKJt-eLegqkLw8dJzPwpV97wsdw3BXh7M-=P2BoYC=B04pwSA@mail.gmail.com> <8d9bfd40-59c5-286b-f2b6-64d4e552c69e@huitema.net>
In-Reply-To: <8d9bfd40-59c5-286b-f2b6-64d4e552c69e@huitema.net>
Reply-To: sarikaya@ieee.org
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Tue, 08 Jun 2021 09:52:44 -0500
Message-ID: <CAC8QAcfp3JnhwULEK_HQ=VcApNw0U3tbr6d57Gz44UkdxZp4=A@mail.gmail.com>
Subject: Re: A question about user tracking with QUIC
To: Christian Huitema <huitema@huitema.net>
Cc: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Lucas Pardue <lucaspardue.24.7@gmail.com>, "Roy T. Fielding" <fielding@gbiv.com>, IETF QUIC WG <quic@ietf.org>, Stephane Bortzmeyer <bortzmeyer@nic.fr>
Content-Type: multipart/alternative; boundary="0000000000002b65fb05c442507b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/OiyIZP7X1Ye351BN9VK1youwMFo>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 08 Jun 2021 14:53:03 -0000

On Mon, Jun 7, 2021 at 8:59 PM Christian Huitema <huitema@huitema.net>
wrote:

>
> On 6/7/2021 6:50 PM, Spencer Dawkins at IETF wrote:
>
> Hi, Lucas,
>
> On Mon, Jun 7, 2021 at 4:22 PM Lucas Pardue <lucaspardue.24.7@gmail.com> <lucaspardue.24.7@gmail.com>
> wrote:
>
>
> Hi,
>
> Speaking as an individual.
>
> Through the lens of server-side observation and linking of clients, I
> think Christian makes astute observations on some common concerns and
> QUIC-specific ones. Roy too makes some great additional observations about
> the context of discussion.
>
>
> Agreed. Very helpful.
>
>
>
> It seems to me this topic might well do with some time to draw out the
> considerations for documentation. However, the applicability draft is
> already through a second round of WGLC, and that timeline seems too tight
> for inclusion of such considerations. I would seem to me that the PEARG
> (Privacy Enhancements and Assessments Research Group) [1] is ideally suited
> towards housing effort on deeper/broader analysis of privacy aspects of
> protocol evolution (I might even stick a note in for multipath TCP as
> something that moves the needle on privacy of "legacy" application
> protcols).
>
>
> Ignoring the question of PEARG interest in this topic for now, I'm assuming
> that these observations would likely end up in an Informational RFC, is
> that right?
>
> An IRTF RG can publish Informational and Experimental RFCs, but not BCPs or
> standards-track documents that must be published in the IETF stream, so
> that would be an important question to answer early.
>
> That.
>
> The IRTF is not the IETF. IRTF research groups are best for analyzing
> difficult research issues. But if we end up doing something like "privacy
> considerations for QUIC clients", IMHO that belongs in the IETF, not the
> IRTF.
>


+1

Behcet

> -- Christian Huitema
>