[auth48] Re: AUTH48: RFC-to-be 9964 <draft-ietf-cose-dilithium-11> for your review

Madison Church <mchurch@staff.rfc-editor.org> Tue, 12 May 2026 18:20 UTC

Return-Path: <mchurch@staff.rfc-editor.org>
X-Original-To: auth48archive@mail2.ietf.org
Delivered-To: auth48archive@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 0CCD6ED48093 for <auth48archive@mail2.ietf.org>; Tue, 12 May 2026 11:20:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1778610014; bh=1nTiFW3nu2l/IP5zmYX4ONbsRtGmMm4JNTi2i2/ocBU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=mizdcGO8yixfNCaVQYeKe2HsPuPTkcbqaBBqZa+5LNCOkfO50QOdIVywM5CxQmcaa Jy6gOcxRiGXe4dIdoGSrYoyvBJjDwzQdF3Ilay6A4EUHdqaA6xgFsCJS6yZs3QczkK APIKOi+KOQvHrkLpEiKbzW10roJ1UUaM0CLsXs8I=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=staff-rfc-editor-org.20251104.gappssmtp.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 Z3K0pLyk6KW4 for <auth48archive@mail2.ietf.org>; Tue, 12 May 2026 11:20:10 -0700 (PDT)
Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (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 24CFAED47FEB for <auth48archive@rfc-editor.org>; Tue, 12 May 2026 11:20:05 -0700 (PDT)
Received: by mail-ot1-x32a.google.com with SMTP id 46e09a7af769-7d55b97f358so4064844a34.3 for <auth48archive@rfc-editor.org>; Tue, 12 May 2026 11:20:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=staff-rfc-editor-org.20251104.gappssmtp.com; s=20251104; t=1778610004; x=1779214804; darn=rfc-editor.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=iePXRpn8dfiAwx/rhCh7+QQfy2ObLsgKdJnquJyG/4I=; b=cqQ2VI+++uOnn9zNSywV0BduhG9J228qNcu6Q4Afueybb6faQjcNUe8tHX3wTEAkEp gKlVDaSj6BL1q9DVhswf/IXo5HT5/ldcXQR+fU80kCSRPLetERJlAiImZ280Kcuu2B1j smL/jnHUnM1YN9pxSFrPvaV6lgX6YBhbf3T0KbQbwIIEIMHWX/E36afHe65bHJT0Dn7n fFLNI/MwGQgWZuMyUklgSHCkTziQw5yzSNX88zF5YbqO/cvj03BTzZqqcf7yUYstDWWk AiBXWKMBeVxkgwW6FdVCb0tK5Tx8DEUhNTPvd9IXOuPn/Vfdjre8vo2QGRU1k4UnmS7r XzzQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778610004; x=1779214804; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=iePXRpn8dfiAwx/rhCh7+QQfy2ObLsgKdJnquJyG/4I=; b=YpyIXE33MCp4jbWNg0lmCNad5eMRsMDh4b1LuN04XNm17t9o+PJmWbGt7O5sQBciaB Mvnslg78vBlvF2Vw68dAAmiapk1se/+lOHkP1Bb0vln01UfJqf57DMbnf6sU9D7mS1H4 qpnJ8l34i+lcSdgV9HQPtujrTXTltkOWC9xmse1OcVnlc/fo3aBZ9cWT+a8Vb2kWnS1N a83BQ6bCiDMG8SzTeTkbSRD7ryF6y0R5wXl7k+eurOISSDFYYNeBz9qindXYZNFC2kK3 Hze0B5W/GErVfhmtfVa8o1Bc5w37VD+AUtu+TcuRZsxSvBxdfYtK9PdtaiJkbw/mXXUy YOjA==
X-Forwarded-Encrypted: i=1; AFNElJ9duFO04Ow1JkUla5occ3vJ+jsthQOyxIhz29rHC+b8cbmCcdmITgLvAm88vXJ2GFqicVIJFNPuBAFVppQC@rfc-editor.org
X-Gm-Message-State: AOJu0YzicNqLjA9wmr5RvCYRc68l3ewTvWU2fIwdndKkkhmCs/Ia0Fex WwPo9UX9W5QciKGIh0GA1eGPWrvrrfSbUXEPwrcsBKdNvXXu3eHuB+NZ9MYr+lk2nPeiuA==
X-Gm-Gg: Acq92OEKXjOmoF/XPrZ/XF078h6wRCd93aXUvXPKiyTmw8kEq9Jp+l2ZgJxnRke1erT /NYeNOYC0fTmZf6csWCcbYJZ29QAufKAgCCqxoDHZ4e/YhH3gN53uMIHfIYTzV7GmIlmuemipOo Cy6GVFk42vIC6LgSP8fJXAsZiArfRmSWIuO1iaQWR0NYkIrWtjYCitEqpxGmsMZd1wUnH4Gdxml VmmJPiLH+q0d83Ndw0kf9s9b0VAvm8fQrOldLERDTcjPjncXAhkzk+dkqbw5K4rp+BBtegAbt6Y W0fSSZWIMCoqHBDDS8NWUMbil7WA2o5n7Gt5EtwB2DadAJE99uBBj4c9JBgB3CAzvZydNTdaESJ SXFFa0+qop/QuTfHfFsLmVS+7WwkdzaP7m+4L1OGFbhS5DHd6xMYQgK5mAsZJjNvGa84oWBD1S3 1fiMFQy2OP8xaBv3e2NIuU+aUwZ6M2P8s2il/adKjzMzXk6r6xQKkjzi6m
X-Received: by 2002:a05:6830:3697:b0:7db:b7ae:ef0b with SMTP id 46e09a7af769-7e1df16f04bmr18700317a34.24.1778610004210; Tue, 12 May 2026 11:20:04 -0700 (PDT)
Received: from smtpclient.apple ([199.192.157.25]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-7e367d50611sm9329161a34.16.2026.05.12.11.20.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 May 2026 11:20:03 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.400.21\))
From: Madison Church <mchurch@staff.rfc-editor.org>
In-Reply-To: <CAGJKSNR_2X+8Jbg=_C0K7zQp2TCyWDvEsENz95M67RKNJJwVUw@mail.gmail.com>
Date: Tue, 12 May 2026 13:19:52 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <6A0BCC0F-05BE-4594-88A9-CC542C3A1C59@staff.rfc-editor.org>
References: <20260427232828.588F22CCE66@rfcpa.rfc-editor.org> <CAMzqgoy2AnyWAiTx5OKMJxake+6wORc+Hpbb6PezCkpLsZMJ1Q@mail.gmail.com> <83BAD652-99FB-4917-94BC-720CF2F7A11E@staff.rfc-editor.org> <9F05088E-D651-44A0-8543-395D893E1057@staff.rfc-editor.org> <CAMzqgozmMG=MjBOE6e8FzL4ASv4uXFLy2z03gmbOi38CU6=+vA@mail.gmail.com> <CAGJKSNR_2X+8Jbg=_C0K7zQp2TCyWDvEsENz95M67RKNJJwVUw@mail.gmail.com>
To: Michael Prorock <m.prorock@tradeverifyd.com>, Orie <orie@or13.io>, mprorock@mesur.io
X-Mailer: Apple Mail (2.3864.400.21)
Message-ID-Hash: FHE2VHYJJG72J5RDTHZKJXLFMF2O4ZHC
X-Message-ID-Hash: FHE2VHYJJG72J5RDTHZKJXLFMF2O4ZHC
X-MailFrom: mchurch@staff.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: RFC Editor <rfc-editor@rfc-editor.org>, cose-ads@ietf.org, cose-chairs@ietf.org, lucas.prabel@huawei.com, paul.wouters@aiven.io, auth48archive@rfc-editor.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [auth48] Re: AUTH48: RFC-to-be 9964 <draft-ietf-cose-dilithium-11> for your review
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/SQ5xKk_DnRk-2BTrVupd3MYFmz0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Owner: <mailto:auth48archive-owner@rfc-editor.org>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Subscribe: <mailto:auth48archive-join@rfc-editor.org>
List-Unsubscribe: <mailto:auth48archive-leave@rfc-editor.org>

Hi Orie and Michael, 

Thank you for your quick replies! 

We have now received all necessary approvals and consider AUTH48 complete (see https://www.rfc-editor.org/auth48/rfc9964)

Thank you for your attention and guidance during the AUTH48 process! We will start preparing this document for publication.

Best,
Madison Church
RFC Production Center

> On May 11, 2026, at 1:43 PM, Michael Prorock <m.prorock@tradeverifyd.com> wrote:
> 
> I approve this as ready for publication.
> 
> - Mike Prorock
> 
> On Mon, May 11, 2026 at 8:27 AM Orie <orie@or13.io> wrote:
> I approve the document as ready for publication. Thank you editors!
> 
> On Mon, May 11, 2026 at 9:40 AM Madison Church <mchurch@staff.rfc-editor.org> wrote:
> Authors,
> 
> This is a friendly reminder that we have yet to hear back from some of you regarding this document’s readiness for publication.  
> 
> Please review the AUTH48 status page (http://www.rfc-editor.org/auth48/rfc9964) for further information and the previous messages in this thread for updates to this document.
> 
> Thank you!
> 
> Madison Church
> RFC Production Center
> 
> > On May 4, 2026, at 3:40 PM, Madison Church <mchurch@staff.rfc-editor.org> wrote:
> > 
> > Hi Orie,
> > 
> > Thank you for your reply! We have updated the document per your response. Please see below for followup notes. 
> > 
> >> 2) <!-- [rfced] We recommend adding bullets to clarify "additional 
> >> constraints".  We expected a list because the text is introduced with a 
> >> colon, and it is unclear where each constraint starts and ends.  While 
> >> likely incorrect, we created this file to show what a bulleted list could 
> >> look like; see section 5 <https://www.rfc-editor.org/authors/rfc9964ul.html#section-5>.  
> >> -->
> >> 
> >> Looks good to me.
> > 
> > [rfced] We have updated this text according to <https://www.rfc-editor.org/authors/rfc9964ul.html#section-5>. Please review and let us know if any further changes are needed.
> > 
> >> 5) <!-- [rfced] Figures 3, 4, 5, 6, 7, and 8 extend well beyond the 
> >> 72-character limit.  Please review and provide updated figures with 
> >> corrected line breaks.
> >> -->
> >> 
> >> Hopefully this PR with an AI corrected update is acceptable:
> >> 
> >> https://github.com/cose-wg/draft-ietf-cose-dilithium/pull/28/changes/5d860efe0146aa0dbf270e58dcf6aee342bd9e56
> >> 
> >> If you need additional text to explain the line wrap, see: https://datatracker.ietf.org/doc/html/rfc7520#section-1.1
> >> 
> >> Let me know if you need more for this.
> > 
> > [rfced] This is very helpful, thank you! We’ve updated the figures according to the PR. Please let us know if the line wrapping appears as desired.
> > 
> > Aside from the two items above, we have no further questions at this time. Please review the document carefully to ensure satisfaction as we do not make changes once it has been published as an RFC. Contact us with any further updates or with your approval of the document in its current form. We will await approvals from each author prior to moving forward in the publication process.
> > 
> > The files have been posted here (please refresh):
> >   https://www.rfc-editor.org/authors/rfc9964.txt
> >   https://www.rfc-editor.org/authors/rfc9964.pdf
> >   https://www.rfc-editor.org/authors/rfc9964.html
> >   https://www.rfc-editor.org/authors/rfc9964.xml
> > 
> > The relevant diff files have been posted here (please refresh):
> >   https://www.rfc-editor.org/authors/rfc9964-diff.html (comprehensive diff)
> >   https://www.rfc-editor.org/authors/rfc9964-rfcdiff.html (side by side)
> >   https://www.rfc-editor.org/authors/rfc9964-auth48diff.html (AUTH48 changes only)
> >   https://www.rfc-editor.org/authors/rfc9964-auth48rfcdiff.html (side by side)
> > 
> > For the AUTH48 status of this document, please see:
> >   https://www.rfc-editor.org/auth48/rfc9964
> > 
> > Thank you,
> > Madison Church
> > RFC Production Center
> > 
> >> 
> >> 6) <!-- [rfced] FYI - We have added expansions for abbreviations upon first 
> >> use per Section 3.6 of RFC 7322 ("RFC Style Guide"). Please review each
> >> expansion in the document carefully to ensure correctness.
> >> -->
> >> 
> >> Thanks.
> >> 
> >> 
> >> 7) <!-- [rfced] Please review the "Inclusive Language" portion of the 
> >> online Style Guide <https://www.rfc-editor.org/styleguide/part2/#inclusive_language> and let
> >> us know if any changes are needed.  Updates of this nature typically result in
> >> more precise language, which is helpful for readers. Specifically, please
> >> consider whether "traditional" should be updated for clarity.  
> >> While the NIST website
> >>  <https://web.archive.org/web/20250214092458/https://www.nist.gov/nist-research-library/nist-technical-series-publications-author-instructions#table1>
> >> indicates that this term is potentially biased, it is also ambiguous.  
> >> "Traditional" is a subjective term, as it is not the same for everyone.
> >> -->
> >> 
> >> Let's stick with the traditional per:
> >> https://datatracker.ietf.org/doc/rfc9794/ 
> >> 
> >> 
> >> 
> >> Thank you.
> >> 
> >> Madison Church and Sandy Ginoza
> >> RFC Production Center
> >> 
> >> 
> >> 
> >> On Apr 27, 2026, at 4:20 PM, rfc-editor@rfc-editor.org wrote:
> >> 
> >> *****IMPORTANT*****
> >> 
> >> Updated 2026/04/27
> >> 
> >> RFC Author(s):
> >> --------------
> >> 
> >> Instructions for Completing AUTH48
> >> 
> >> Your document has now entered AUTH48.  Once it has been reviewed and 
> >> approved by you and all coauthors, it will be published as an RFC.  
> >> If an author is no longer available, there are several remedies 
> >> available as listed in the FAQ (https://www.rfc-editor.org/faq/)
> >> 
> >> You and you coauthors are responsible for engaging other parties 
> >> (e.g., Contributors or Working Group) as necessary before providing 
> >> your approval.
> >> 
> >> Planning your review 
> >> ---------------------
> >> 
> >> Please review the following aspects of your document:
> >> 
> >> *  RFC Editor questions
> >> 
> >>   Please review and resolve any questions raised by the RFC Editor 
> >>   that have been included in the XML file as comments marked as 
> >>   follows:
> >> 
> >>   <!-- [rfced] ... -->
> >> 
> >>   These questions will also be sent in a subsequent email.
> >> 
> >> *  Changes submitted by coauthors 
> >> 
> >>   Please ensure that you review any changes submitted by your 
> >>   coauthors.  We assume that if you do not speak up that you 
> >>   agree to changes submitted by your coauthors.
> >> 
> >> *  Content 
> >> 
> >>   Please review the full content of the document, as this cannot 
> >>   change once the RFC is published.  Please pay particular attention to:
> >>   - IANA considerations updates (if applicable)
> >>   - contact information
> >>   - references
> >> 
> >> *  Copyright notices and legends
> >> 
> >>   Please review the copyright notice and legends as defined in
> >>   RFC 5378 and the Trust Legal Provisions 
> >>   (TLP – https://trustee.ietf.org/license-info)
> >> 
> >> *  Semantic markup
> >> 
> >>   Please review the markup in the XML file to ensure that elements of  
> >>   content are correctly tagged.  For example, ensure that <sourcecode> 
> >>   and <artwork> are set correctly.  See details at 
> >>   <https://authors.ietf.org/rfcxml-vocabulary>.
> >> 
> >> *  Formatted output
> >> 
> >>   Please review the PDF, HTML, and TXT files to ensure that the 
> >>   formatted output, as generated from the markup in the XML file, is 
> >>   reasonable.  Please note that the TXT will have formatting 
> >>   limitations compared to the PDF and HTML.
> >> 
> >> 
> >> Submitting changes
> >> ------------------
> >> 
> >> To submit changes, please reply to this email using ‘REPLY ALL’ as all 
> >> the parties CCed on this message need to see your changes. The parties 
> >> include:
> >> 
> >>   *  your coauthors
> >> 
> >>   *  rfc-editor@rfc-editor.org (the RPC team)
> >> 
> >>   *  other document participants, depending on the stream (e.g., 
> >>      IETF Stream participants are your working group chairs, the 
> >>      responsible ADs, and the document shepherd).
> >> 
> >>   *  auth48archive@rfc-editor.org, which is a new archival mailing list 
> >>      to preserve AUTH48 conversations; it is not an active discussion 
> >>      list:
> >> 
> >>     *  More info:
> >>        https://mailarchive.ietf.org/arch/msg/ietf-announce/yb6lpIGh-4Q9l2USxIAe6P8O4Zc
> >> 
> >>     *  The archive itself:
> >>        https://mailarchive.ietf.org/arch/browse/auth48archive/
> >> 
> >>     *  Note: If only absolutely necessary, you may temporarily opt out 
> >>        of the archiving of messages (e.g., to discuss a sensitive matter).
> >>        If needed, please add a note at the top of the message that you 
> >>        have dropped the address. When the discussion is concluded, 
> >>        auth48archive@rfc-editor.org will be re-added to the CC list and 
> >>        its addition will be noted at the top of the message. 
> >> 
> >> You may submit your changes in one of two ways:
> >> 
> >> An update to the provided XML file
> >> — OR —
> >> An explicit list of changes in this format
> >> 
> >> Section # (or indicate Global)
> >> 
> >> OLD:
> >> old text
> >> 
> >> NEW:
> >> new text
> >> 
> >> You do not need to reply with both an updated XML file and an explicit 
> >> list of changes, as either form is sufficient.
> >> 
> >> We will ask a stream manager to review and approve any changes that seem
> >> beyond editorial in nature, e.g., addition of new text, deletion of text, 
> >> and technical changes.  Information about stream managers can be found in 
> >> the FAQ.  Editorial changes do not require approval from a stream manager.
> >> 
> >> 
> >> Approving for publication
> >> --------------------------
> >> 
> >> To approve your RFC for publication, please reply to this email stating
> >> that you approve this RFC for publication.  Please use ‘REPLY ALL’,
> >> as all the parties CCed on this message need to see your approval.
> >> 
> >> 
> >> Files 
> >> -----
> >> 
> >> The files are available here:
> >>   https://www.rfc-editor.org/authors/rfc9964.xml
> >>   https://www.rfc-editor.org/authors/rfc9964.html
> >>   https://www.rfc-editor.org/authors/rfc9964.pdf
> >>   https://www.rfc-editor.org/authors/rfc9964.txt
> >> 
> >> Diff file of the text:
> >>   https://www.rfc-editor.org/authors/rfc9964-diff.html
> >>   https://www.rfc-editor.org/authors/rfc9964-rfcdiff.html (side by side)
> >> 
> >> Diff of the XML: 
> >>   https://www.rfc-editor.org/authors/rfc9964-xmldiff1.html
> >> 
> >> 
> >> Tracking progress
> >> -----------------
> >> 
> >> The details of the AUTH48 status of your document are here:
> >>   https://www.rfc-editor.org/auth48/rfc9964
> >> 
> >> Please let us know if you have any questions.  
> >> 
> >> Thank you for your cooperation,
> >> 
> >> RFC Editor
> >> 
> >> --------------------------------------
> >> RFC 9964 (draft-ietf-cose-dilithium-11)
> >> 
> >> Title            : ML-DSA for JOSE and COSE
> >> Author(s)        : M. Prorock, O. Steele
> >> WG Chair(s)      : Ivaylo Petrov, Michael B. Jones
> >> 
> >> Area Director(s) : Deb Cooley, Christopher Inacio
>