[TLS] Re: Ketan Talaulikar's No Objection on draft-ietf-tls-tls12-frozen-07: (with COMMENT)

Ketan Talaulikar <ketant.ietf@gmail.com> Tue, 01 April 2025 17:10 UTC

Return-Path: <ketant.ietf@gmail.com>
X-Original-To: tls@mail2.ietf.org
Delivered-To: tls@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 02B8215F3C3F; Tue, 1 Apr 2025 10:10:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TRACKER_ID=0.1] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VYQUsW4QXZcT; Tue, 1 Apr 2025 10:10:58 -0700 (PDT)
Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 76B2715F3C22; Tue, 1 Apr 2025 10:10:58 -0700 (PDT)
Received: by mail-pl1-x62f.google.com with SMTP id d9443c01a7336-224191d92e4so109974275ad.3; Tue, 01 Apr 2025 10:10:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743527457; x=1744132257; 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=24td3Tip7rA2wSPvxyZG1A0Dw6eJUVBvADd9Rmy4Ijw=; b=jOEvbqFX8Lq4OxViLeL1wvj81nhpsj4xAuVzmyEd5DHtfRSM6jTkSKCnDU8Bp4bybm bO0sGW/4UIa+zqoRW+CBnMWW5yzydD9wlNeJave21nNi61ZlLSfwCiZ+e6snGYiqn5MU 2uc5/cYLMGReZi9vjJoq9fiTVkdNkATXV8RpKiwJIxR1UpgM5zOtl859XyvxXs8/7sFC 0oxZunTyjRMOnW0hfTihwWk1d92PZFC4HcX1af7dycK1K3B3AwEENIMoTER3UZQzkpYo AMDJCA7R9yzcmx08xD9t+vL8/znBhasEkOqU6OU0lPufGezauMd/4LutKsxuA6jFSNB2 yObw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743527457; x=1744132257; 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=24td3Tip7rA2wSPvxyZG1A0Dw6eJUVBvADd9Rmy4Ijw=; b=X6VokX57bZUntSz7MFcXMWW8yBPpmT/59EO8bj1ZpNWX/5yFeRBgNBnwXAZ6nE/S4R 09nVcVLp8U0tRbsrKN6pvC2CRsyeS9W4ujFHi7rCOAXRsXANco3QJC/4+n575Hap9B7F EFcVzrllrnqZ/d7uPOt1OUkraW9ZjaPItMrETqDXpb/J5K2S3R6S3nX13QacW+LcRzoc E2ZIDjkMjIxsMhCyJUihpWFsvuTqdSp3tzP9uoUg3WZ070HdGUMH+MKSSKa0weZ07mPs AViBsg4XGQ2UekFAwJo1VUjoiML/fZci6jJhAaywt882y2r+GzYzoBgCYHUVDZAzFMiP tQsQ==
X-Forwarded-Encrypted: i=1; AJvYcCV4Zfd+azECI3HCvtKF5jVU+mWZ2olwunLxmx0sB8qEOHSDfqiHJzMkPBMq6+LAF8Z/ok16frZflqcpSxbfrf8TYTll9fLUCccKwho=@ietf.org, AJvYcCVb2hPaEJjvK2eOjMmeAxc8rRE8XHXN48/37ZU/FqVGk1X28+LGPUqvsQHF6MwaPIZkPddBO9OM8M7jWw==@ietf.org, AJvYcCX4OxLlE5JUhV+R4ipGbon5gpHMi2JAxaJR/H5dAyKkMbHLS153QbRmQr2KArHZzfcaIEp9Mw==@ietf.org, AJvYcCXljrt4ozs3WS7B6cYopKCv/tArXb+gLmke+WU4EgOLS1E9frf/EmHrcFkFqzSCUDlPR1ng@ietf.org
X-Gm-Message-State: AOJu0YzdB4m70WSW5Sp0jTU12/F5t658KdJqk4rukFhFJRxyINLQcKP1 s/KTecBuW4S4IhyExGNbHhdcCAKJUfJYvu0MEELNeZi/DbJN4V51Ae/hll0Rc/wCk2TbZMd0qKL nXn6p0WtFOgl6IL/VZy+tzcIKeGM=
X-Gm-Gg: ASbGnct8pUimQfuzunqKdMBNo2KJI5Fbkt/db+G4J1e7owyYmy4G2XZnP0SCK6WtNob kamzUKJdgU+xlfdMWuLhVCzBdYVaVGFUkPtHeSbTo7OkZxab//QNfQQZIzA+mTLAmby+VV+OTRO qihKqcMOKOWuDbepV2zV8dMtm6AgfJroOWuMHhEtlcsHyXXLQfW7c6hoLr1Jg=
X-Google-Smtp-Source: AGHT+IE5fDK6+GqukrwJ2NYSaDa0hox+XxRKcga9TazNaqKk0d2CTNJdSAZY8Qt6RmMK4u/CIvS6H9xhQQne0sxBt6g=
X-Received: by 2002:a17:902:ce81:b0:224:584:6eef with SMTP id d9443c01a7336-2292f9e8275mr251243855ad.41.1743527457611; Tue, 01 Apr 2025 10:10:57 -0700 (PDT)
MIME-Version: 1.0
References: <174335039915.2160718.18007053245132790134@dt-datatracker-5b9b68c5b6-zxk6z> <IA1PR17MB64216662846A5D4761D81F7FCDA22@IA1PR17MB6421.namprd17.prod.outlook.com> <CAH6gdPx5wjSeTP8DNn++PmUMivqoFf8crYcY9nmgSwQJ==_zMg@mail.gmail.com> <IA1PR17MB6421DEE86671DB6ADA3B563BCDAC2@IA1PR17MB6421.namprd17.prod.outlook.com> <CAH6gdPw0ACVmnJKd-aAx4vwDvJL=GDLibub8OHMYhavD4WAadg@mail.gmail.com> <IA1PR17MB64219B260555354B30468B4FCDAC2@IA1PR17MB6421.namprd17.prod.outlook.com> <CAGgd1Oep+jRQv3xG971R-s9J1NbD7kJBNoQhaQDcquGWiv0AQw@mail.gmail.com> <IA1PR17MB6421CC91066044A8A08BC9B4CDAC2@IA1PR17MB6421.namprd17.prod.outlook.com>
In-Reply-To: <IA1PR17MB6421CC91066044A8A08BC9B4CDAC2@IA1PR17MB6421.namprd17.prod.outlook.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Tue, 01 Apr 2025 22:40:44 +0530
X-Gm-Features: AQ5f1JpUOynEyc-sLya4mmTSvtFlzEEyTkkDV7buGDCGK_TmQPk-Ush221porVI
Message-ID: <CAH6gdPzWxOEROLmMubVOKrLZ4UCtUJ-1329kK85CYdNWnLsVgg@mail.gmail.com>
To: "Salz, Rich" <rsalz@akamai.com>
Content-Type: multipart/alternative; boundary="000000000000c466e00631ba9e4b"
Message-ID-Hash: 2GMIWI6M23MWNKOX57XLYGVQM35PHVVW
X-Message-ID-Hash: 2GMIWI6M23MWNKOX57XLYGVQM35PHVVW
X-MailFrom: ketant.ietf@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>, The IESG <iesg@ietf.org>, "draft-ietf-tls-tls12-frozen@ietf.org" <draft-ietf-tls-tls12-frozen@ietf.org>, "tls-chairs@ietf.org" <tls-chairs@ietf.org>, "tls@ietf.org" <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Ketan Talaulikar's No Objection on draft-ietf-tls-tls12-frozen-07: (with COMMENT)
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/SN7mHBuf85I-RqZAafrbb83qpbo>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Owner: <mailto:tls-owner@ietf.org>
List-Post: <mailto:tls@ietf.org>
List-Subscribe: <mailto:tls-join@ietf.org>
List-Unsubscribe: <mailto:tls-leave@ietf.org>

Thanks Rich and Deb !


On Tue, Apr 1, 2025 at 10:22 PM Salz, Rich <rsalz@akamai.com> wrote:

> I should probably have a tattoo made somewhere that lists the BCP 14
> words.  As WILL NOT has no standing, I will gladly change it to lowercase.
> Thank you.
>
>
>
> *From: *Deb Cooley <debcooley1@gmail.com>
> *Date: *Tuesday, April 1, 2025 at 12:30 PM
> *To: *Salz, Rich <rsalz=40akamai.com@dmarc.ietf.org>
> *Cc: *Ketan Talaulikar <ketant.ietf@gmail.com>, The IESG <iesg@ietf.org>,
> draft-ietf-tls-tls12-frozen@ietf.org <draft-ietf-tls-tls12-frozen@ietf.org>,
> tls-chairs@ietf.org <tls-chairs@ietf.org>, tls@ietf.org <tls@ietf.org>,
> sean@sn3rd.com <sean@sn3rd.com>
> *Subject: *Re: Ketan Talaulikar's No Objection on
> draft-ietf-tls-tls12-frozen-07: (with COMMENT)
>
> I think the question may be why 'WILL NOT' vice 'will not'. . . .
> especially since 'will' and 'will not' isn't listed in BCP 14 as 'special'.
> will not is just as normative as WILL NOT without the BCP
>
> ZjQcmQRYFpfptBannerStart
>
> *This Message Is From an External Sender *
>
> This message came from outside your organization.
>
>
>
> ZjQcmQRYFpfptBannerEnd
>
> I think the question may be why 'WILL NOT' vice 'will not'.... especially
> since 'will' and 'will not' isn't listed in BCP 14 as 'special'.
>
>
>
> will not is just as normative as WILL NOT without the BCP 14 baggage....
>
>
>
> Deb
>
>
>
> On Tue, Apr 1, 2025 at 10:59 AM Salz, Rich <rsalz=
> 40akamai.com@dmarc.ietf.org> wrote:
>
>
>
> Work on post-quantum cryptography for TLS 1.2 SHOULD NOT be undertaken
> (see Section 4) in the IETF and anyone wishing to deploy post-quantum
> cryptography is expected to use TLS 1.3 (or newer). Related work MAY be
> taken up by the TLS WG consensus in exceptional scenarios.
>
>
>
> The consensus of the WG is “WILL NOT”. That is clear and more definitive
> than SHOULD. The last sentence seems superfluous given the early mention of
> “only security issues.” The WG also discussed the “or later” construct and
> decided against it since we don’t know what 1.3-next will have. Taken
> together, that leaves us with the current wording.
>
>
>
> BCP14 keywords are recognized industry-wide (not just within IETF). IMHO
> it would be helpful if the message is clear using those keywords. I'll
> leave this to my SEC AD colleagues :-)
>
>
>
> Sure.
>
>
>
>