[Tsv-art] draft-ietf-ipsecme-ikev2-mlkem-05 ietf last call Tsvart review

Kyle Rose via Datatracker <noreply@ietf.org> Mon, 08 June 2026 21:59 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: tsv-art@ietf.org
Delivered-To: tsv-art@mail2.ietf.org
Received: from [10.244.21.82] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 4294FFDAE5AB; Mon, 8 Jun 2026 14:59:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1780955980; bh=iuv/bIJZw5XfLSAhKVVMwKD/Pw/gujyzb+ydlJUiozM=; h=From:To:Cc:Subject:Reply-To:Date; b=Ua1Qmr6mO/AJ8pjYNKwu7ih47BkxPQ0otqd30VIy4pfyXVACYrrNCU0MH7op6Nnly bVHYnIlFgFzUX8ZF5o2juY457veM+ulymeJuHRX7mkUBnQq48S7FvW5S3ZWs/doGvg KjWVh7Cxk02fO/MU4f6geO+ys6zRuFFMdxiSffFc=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Kyle Rose via Datatracker <noreply@ietf.org>
To: tsv-art@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.67.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <178095598013.1009.9878711172958159445@dt-datatracker-56f887f959-j9c2v>
Date: Mon, 08 Jun 2026 14:59:40 -0700
Message-ID-Hash: RXI7RUVJZVHXLCHTP24SP626MNFK2TFW
X-Message-ID-Hash: RXI7RUVJZVHXLCHTP24SP626MNFK2TFW
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tsv-art.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-ipsecme-ikev2-mlkem.all@ietf.org, ipsec@ietf.org, last-call@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Kyle Rose <krose@krose.org>
Subject: [Tsv-art] draft-ietf-ipsecme-ikev2-mlkem-05 ietf last call Tsvart review
List-Id: Transport Area Review Team <tsv-art.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/fJLyWTpSwBUVOyL1Saqr4LgZUOc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Owner: <mailto:tsv-art-owner@ietf.org>
List-Post: <mailto:tsv-art@ietf.org>
List-Subscribe: <mailto:tsv-art-join@ietf.org>
List-Unsubscribe: <mailto:tsv-art-leave@ietf.org>

Document: draft-ietf-ipsecme-ikev2-mlkem
Title: Post-quantum Key Exchange with ML-KEM in the Internet Key Exchange
Protocol Version 2 (IKEv2) Reviewer: Kyle Rose Review result: Ready with Nits

This document has been reviewed as part of the transport area review team's
ongoing effort to review key IETF documents. These comments were written
primarily for the transport area directors, but are copied to the document's
authors and WG to allow them to address any issues raised and also to the IETF
discussion list for information.

When done at the time of IETF Last Call, the authors should consider this
review as part of the last-call comments they receive. Please always CC
tsv-art@ietf.org if you reply to or forward this review.

This document is Ready with Nits.

Nits:

* "Other than combining the security of a well-established algorithm with
relatively new quantum-resistant algorithms, another use of a PQ/T Hybrid key
exchanges in IKEv2 is to prevent fragmentation of key exchanges with the high
security parameter of ML-KEM which may not fit in common network packet payload
sizes." It is unclear how the use of hybrid key exchanges results in ML-KEM
parameters that allow the key share to fit within a typical MTU. (I can
obviously guess, but this should nonetheless be clarified for those readers not
intimately familiar with IKEv2 or RFC 9370.)

Other comments:

* It seems like the susceptibility of IKEv2 to downgrade attacks by active
MitMs should be described and discussed in one place (and hopefully motivate
the development of an IKEv3 not vulnerable to this kind of attack) rather than
resulting in the same boilerplate in every document describing a new security
parameter.

* Is the information in appendix A required in order to implement this
specification? It might be, but it's unclear on my reading. If it is required,
then it should be in the main text of the document, not in an appendix.