[TLS] Mohamed Boucadair's No Objection on draft-ietf-tls-mlkem-09: (with COMMENT)
Mohamed Boucadair via Datatracker <noreply@ietf.org> Fri, 28 August 2026 07:33 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: tls@ietf.org
Delivered-To: tls@mail2.ietf.org
Received: from [10.244.8.80] (gaia.k8s.ietf.org [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 51A82130DAF04; Fri, 28 Aug 2026 00:33:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1787902420; bh=yJU+PLquxo7XR+OiuiF5WNZwEG0xmjKif7n1Ds3sQL4=; h=From:To:Cc:Subject:Reply-To:Date; b=NnRg30kyQK6H92U16daH//GsD8fdv7+2UN3V9+f+9FypCGv3uf08ZWhyKi998VqOy GQG2jC6rfmzMrotXd0IuIlTRUPTjpsLiXHRImrChNwREdypgb7ek1O9H6usDH/FWrZ 0B31hWs8RBcbZrl6sWpt6yUtzw6Es+fwaaCRCjy0=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Mohamed Boucadair via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.73.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <178790242012.886.16580197463400877806@dt-datatracker-6669c7b496-s9mrn>
Date: Fri, 28 Aug 2026 00:33:40 -0700
Message-ID-Hash: YSPA2YBOGIMQE2ZS5H5NZQDW2CMW6PXR
X-Message-ID-Hash: YSPA2YBOGIMQE2ZS5H5NZQDW2CMW6PXR
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tls.ietf.org-0; header-match-tls.ietf.org-1; header-match-tls.ietf.org-2; header-match-tls.ietf.org-3; header-match-tls.ietf.org-4; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-tls-mlkem@ietf.org, tls-chairs@ietf.org, tls@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Mohamed Boucadair <mohamed.boucadair@orange.com>
Subject: [TLS] Mohamed Boucadair's No Objection on draft-ietf-tls-mlkem-09: (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/Z_ZPywMDJZCS2Ap6-lJ3Eb_AhsI>
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>
Mohamed Boucadair has entered the following ballot position for draft-ietf-tls-mlkem-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-tls-mlkem/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Hi Deirdre, Thank you for the effort put into this document. Special THANKS to Joe for the detailed write-up. Please find below some few comments: # Explicit configuration for use Given the tension captured in the write-up between the various flavors and how this is currently used in deployment, shouldn’t the document include some text to says that negotiating such algo requires explicit configuration + the default is to be disabled? This can be captured in a brief text under an Operational Considerations Section. # The entries are already registered + need to use the exact IANA registry name OLD: This document requests/registers three new entries to the TLS Named Group (or Supported Group) registry, according to the procedures in Section 6 of [RFC9847]. NEW: This document requests IANA to update the following entries in the “TLS Supported Groups” Registry under the “Transport Layer Security (TLS) Parameters” registry group, according to the procedures in Section 6 of [RFC9847]. # Decimal Values are used in the registry, next hex OLD: | Value | Description | DTLS-OK | Recommended | Reference | Comment | |---------|-------------|---------|-------------|----------------|---------------------------------| | 0x0200 | MLKEM512 | Y | N | This document. | FIPS 203 version of ML-KEM-512 | | 0x0201 | MLKEM768 | Y | N | This document. | FIPS 203 version of ML-KEM-768 | | 0x0202 | MLKEM1024 | Y | N | This document. | FIPS 203 version of ML-KEM-1024 | NEW: | Value | Description | DTLS-OK | Recommended | Reference | Comment | |---------|-------------|---------|-------------|----------------|---------------------------------| | 512 | MLKEM512 | Y | N | This document | FIPS 203 version of ML-KEM-512 | | 513 | MLKEM768 | Y | N | This document | FIPS 203 version of ML-KEM-768 | | 514 | MLKEM1024 | Y | N | This document | FIPS 203 version of ML-KEM-1024 | # nits I flagged some few nits that I sent to the author in a PR for convenience [1]. Cheers, Med [1] https://github.com/tlswg/draft-ietf-tls-mlkem/pull/28
- [TLS] Mohamed Boucadair's No Objection on draft-i… Mohamed Boucadair via Datatracker
- [TLS] Re: Mohamed Boucadair's No Objection on dra… Salz, Rich