Use of the ML-DSA Signature Algorithm in the Cryptographic Message Syntax (CMS)
draft-ietf-lamps-cms-ml-dsa-07
Approval announcement
Draft of message to be sent after approval:
Announcement
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, debcooley1@gmail.com, draft-ietf-lamps-cms-ml-dsa@ietf.org, housley@vigilsec.com, lamps-chairs@ietf.org, rfc-editor@rfc-editor.org, spasm@ietf.org
Subject: Protocol Action: 'Use of the ML-DSA Signature Algorithm in the Cryptographic Message Syntax (CMS)' to Proposed Standard (draft-ietf-lamps-cms-ml-dsa-06.txt)
The IESG has approved the following document:
- 'Use of the ML-DSA Signature Algorithm in the Cryptographic Message
Syntax (CMS)'
(draft-ietf-lamps-cms-ml-dsa-06.txt) as Proposed Standard
This document is the product of the Limited Additional Mechanisms for PKIX
and SMIME Working Group.
The IESG contact persons are Paul Wouters and Deb Cooley.
A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-lamps-cms-ml-dsa/
Ballot Text
Technical Summary
The Module-Lattice-Based Digital Signature Algorithm (ML-DSA), as
defined in FIPS 204, is a post-quantum digital signature scheme that
aims to be secure against an adversary in possession of a
Cryptographically Relevant Quantum Computer (CRQC). This document
specifies the conventions for using the ML-DSA signature algorithm
with the Cryptographic Message Syntax (CMS). In addition, the
algorithm identifier and public key syntax are provided.
Working Group Summary
There is support in the LAMPS WG for this document. The discussion was
very active, and LAMPS WG consensus was reached.
Even though this particular draft does not specify private key format,
the discussion around that topic had to be concluded before this draft
could move forward. There was much controversy, especially about the private
key format. The LAMPS WG reached a place that everyone can live with the result,
even if everyone is not happy. That is, the document represents a
place where all parties are equally unhappy.
Document Quality
Only ASN.1 is used and it compiles without error.
Personnel
The Document Shepherd for this document is Russ Housley. The Responsible
Area Director is Deb Cooley.
RFC Editor Note