IETF Logo Mail Archive

Re: [MLS] recharter text

Eric Rescorla <ekr@rtfm.com> Mon, 13 November 2023 03:58 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: mls@ietfa.amsl.com
Delivered-To: mls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EB81C151084 for <mls@ietfa.amsl.com>; Sun, 12 Nov 2023 19:58:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=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 7fpuqgle3nA0 for <mls@ietfa.amsl.com>; Sun, 12 Nov 2023 19:58:41 -0800 (PST)
Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (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 33E5EC151083 for <mls@ietf.org>; Sun, 12 Nov 2023 19:58:41 -0800 (PST)
Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-d9a4c0d89f7so4188228276.1 for <mls@ietf.org>; Sun, 12 Nov 2023 19:58:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1699847920; x=1700452720; 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=joZy2YEPiOOPvlgXuUdbDgDUcjTF5Pr56ph7ELpWkkU=; b=BSkvXVVB2Bb2ToKmeQykG6Q3suCAtnGOEgx7nmyLZfsLwUmocowFPOmWrd9b2R+4bm 8BW78k9guIWjNtV02A5KNIP8yYS2sU66/KDP5jHmFCNfXSmV9Q8InCzEZagKgavX2HlK deRi3FgDkuZ6SwTKSb6+P2KqqMwtvR2hL9U77uC83NEJUc6JFX2rPDzGjRdctiwgnS9c sNJSahf5VCHOJWqfF8/SORx5nJcNs5z7pfk9cH4MkOdxdGWIHelsB6NDAAoCMte/Pn9P QCwlmSuqh9lL8B0/l2J4K5qYAMg+QgKBPN9uRNOr4TTrddXkT84QwOvbStFjMO2ZW6PR uBeg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699847920; x=1700452720; 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=joZy2YEPiOOPvlgXuUdbDgDUcjTF5Pr56ph7ELpWkkU=; b=rxcvqUPOtMDehFOmTY3D1OXC0pfiW505BoK62I/CIcNv7V+rjj/cfClrjpmK6AbvKt z7ijdCrbFgBwF0zfnNiLvPqK1vnItKkipe8VGgCBXHo81LC6V85ICy14BjyomTGVKBQH 8iu5miNaOUjqFaWcNF6jmVu0M+2D/l5PYMZQZYjNhxyX3nIwnMn43xp5Tega/RXD52HP CkfyFy2FdpN8IOyz4WDMjGdoe8ssAwS/BxYArB5mjGj+9cuzxM7D7zwf/xWiTQ09GQbp HmeI7kQlA3uv1jC+5YCxJCxt1QCs47dORsVUEmqQWcunlfMOkK/RITbjoocGMdN5KRni GTJQ==
X-Gm-Message-State: AOJu0YwAJLknxDGcvMAAVnJDn7BriazNVtyV/ExPKOz8QbT/jReK2oTj 24ZmaeF5eapqLyL7gNtNHqUvlFAsVtDKJt2CIKFtNxtCXIKMbkJb
X-Google-Smtp-Source: AGHT+IG4hNkJbBDQi9lJ2Zel+2UmvURQAWEVtp6t52gknq+InK8BHF9nOavIk5z5ozT3jmQUWy5SKYime1720X2RH+w=
X-Received: by 2002:a25:d088:0:b0:d85:abce:3f43 with SMTP id h130-20020a25d088000000b00d85abce3f43mr5825142ybg.38.1699847920079; Sun, 12 Nov 2023 19:58:40 -0800 (PST)
MIME-Version: 1.0
References: <E7722644-F886-46AF-A262-D3404CBDC99B@sn3rd.com> <CACsn0cnXFs4R90F=7mvXsYggN=_QRJCvBVW+VF4EHd_8oEE8wg@mail.gmail.com> <3ee585b6-5144-d65b-75e0-5f78ab7cdb53@nohats.ca> <CAJTd26Keyirkwdm3wS4oDphiOjvuDjHUR65ryE2Vt4ApBvf1Kw@mail.gmail.com>
In-Reply-To: <CAJTd26Keyirkwdm3wS4oDphiOjvuDjHUR65ryE2Vt4ApBvf1Kw@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Sun, 12 Nov 2023 19:58:03 -0800
Message-ID: <CABcZeBOPfndS7rH2T+tTkDYtUdLz0XHfT2Up0tENkpvW=dE2dQ@mail.gmail.com>
To: Brendan McMillion <brendanmcmillion@gmail.com>
Cc: Paul Wouters <paul@nohats.ca>, Watson Ladd <watsonbladd@gmail.com>, Sean Turner <sean@sn3rd.com>, MLS List <mls@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000072e857060a00af60"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mls/JdrEAVIbN4FgMZQ6kK7Y1u3Unno>
Subject: Re: [MLS] recharter text
X-BeenThere: mls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Messaging Layer Security <mls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mls>, <mailto:mls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mls/>
List-Post: <mailto:mls@ietf.org>
List-Help: <mailto:mls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mls>, <mailto:mls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Nov 2023 03:58:42 -0000

On Sun, Nov 12, 2023 at 2:17 PM Brendan McMillion <
brendanmcmillion@gmail.com> wrote:

> Commenting specifically on the taxonomy proposed by Richard in the PR:
>
> "Support for Verifiable Credentials" -- I think this is too narrow, and
> should instead say "Support for new credential types."
>

I agree with this. It's not actually clear to me that one should support
VCs.



> Credentials are similar to ciphersuites in that the wg should generally be
> open for business to standardize new ones (when there's support / belief
> that they would be valuable).
>

I'm less sure about this.

-Ekr


> "Support for common operational patterns in messaging applications" -- On
> the other hand this seems too broad, in that arbitrary endless work could
> fit under this umbrella. The two drafts listed under this category are
> "Last resort KPs" and "KP context". I've been concerned about the utility
> of these drafts. They specify that new information be put inside of the
> KeyPackage and signed. But I don't believe there's much security value in
> having this information signed. The drafts also require application logic
> outside of the extension to work correctly, so using the extension is not
> any operationally simpler than a solution that's entirely application-level.
>
> I'd also like to see a call-out to work on support for the "user trees"
> idea that was mentioned during the meeting.
>
> On Sat, Nov 11, 2023 at 4:17 AM Paul Wouters <paul@nohats.ca> wrote:
>
>> On Fri, 10 Nov 2023, Watson Ladd wrote:
>>
>> > Does a saving clause of "such other extensions as the working group
>> > consensus deems advisable" sound good?
>>
>> No - Recursive chartering loops are not allowed :-)
>>
>> The charter shows the important things the WG want to work on first.
>>
>> Having statements along the lines of "anything goes" won't help keep
>> the WG stay focussed and won't help us evaluate how the WG is doing
>> on its goals. I would not like to see 20 draft documents that are all
>> in flight and not getting proper attention because everyone is working
>> on their own draft only and no one is reviewing all the other drafts.
>>
>> However, you get a beverage of choice for your pentest of the chartering
>> system :)
>>
>> Paul
>>
>> _______________________________________________
>> MLS mailing list
>> MLS@ietf.org
>> https://www.ietf.org/mailman/listinfo/mls
>>
> _______________________________________________
> MLS mailing list
> MLS@ietf.org
> https://www.ietf.org/mailman/listinfo/mls
>

v2.23.0 | Report a Bug | By Email