IETF Last Call Review of draft-ietf-tls-deprecate-obsolete-kex-05
review-ietf-tls-deprecate-obsolete-kex-05-artart-lc-smyslov-2025-04-17-00
| Request | Review of | draft-ietf-tls-deprecate-obsolete-kex |
|---|---|---|
| Requested revision | No specific revision (document currently at 08) | |
| Type | IETF Last Call Review | |
| Team | ART Area Review Team (artart) | |
| Deadline | 2025-04-28 | |
| Requested | 2025-04-14 | |
| Authors | Nimrod Aviram | |
| I-D last updated | 2026-01-23 (Latest revision 2026-01-12) | |
| Completed reviews |
Secdir IETF Last Call review of -05
by Dan Harkins
(diff)
Genart IETF Last Call review of -05 by Mallory Knodel (diff) Artart IETF Last Call review of -05 by Valery Smyslov (diff) Opsdir IETF Last Call review of -05 by Menachem Dodge (diff) Artart Telechat review of -06 by Valery Smyslov (diff) |
|
| Assignment | Reviewer | Valery Smyslov |
| State | Completed | |
| Request | IETF Last Call review on draft-ietf-tls-deprecate-obsolete-kex by ART Area Review Team Assigned | |
| Posted at | https://mailarchive.ietf.org/arch/msg/art/SDm8TURSS-ZmSwl7b11jhtLsVSY | |
| Reviewed revision | 05 (document currently at 08) | |
| Result | Ready w/issues | |
| Completed | 2025-04-17 |
review-ietf-tls-deprecate-obsolete-kex-05-artart-lc-smyslov-2025-04-17-00
I am the assigned ART directorate reviewer for this document. These comments were written primarily for the benefit of the ART area directors. Document editors and WG chairs should treat these comments just like any other last call comments. The document deprecates the use of RSA and FFDH key exchanges and discourages the use of static ECDH cipher suites in TLS 1.2. The document is well written and easy to read. I have few minor issues with the document, which I think are easy to fix. Issues. 1. The draft updates RFC 9325 that is part of BCP 195. I wonder whether this draft should also be BCP (and part of BCP 195). 2. It would be nice if there is a summary of changes compared to RFC 9325 (which is now the primary source of recommendations for use TLS) somewhere in the draft. The draft contains some words regarding that, but they are sparsed across the document. 3. The draft never mentiones DTLS, however it updates RFC 6347. I think DTLS should be explicitly mentioned as being in scope of this document. 4. Perhaps some text should be added about potential interoperability problems (or, as we hope, the lack of such) caused by deprecation of the mentioned key exchnage methods. If this could be backed up by some figures from real word, it would be great. Nits. 1. Throughot document: s/Diffie Hellman/Diffie-Hellman 2. Does it make sense to update "Historic" RFC 4346, which is obsoleted long ago and thus must not be used anyway? 3. Section 2, last para: These values only apply to TLS versions of 1.2 and below. The text in the preceeding paras contains clarification that TLS 1.0 and TLS 1.1 have been already deprecated ("Note that TLS 1.0 and 1.1 are deprecated by [RFC8996]") and thus are implicitly out of scope. I wonder whether this note should also be added here.