[lamps] Fwd: WGLC for draft-ietf-lamps-cms-sha3-hash

Russ Housley <housley@vigilsec.com> Wed, 31 January 2024 20:02 UTC

Return-Path: <housley@vigilsec.com>
X-Original-To: spasm@ietfa.amsl.com
Delivered-To: spasm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B433C151080 for <spasm@ietfa.amsl.com>; Wed, 31 Jan 2024 12:02:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cTOJaOqwlo1s for <spasm@ietfa.amsl.com>; Wed, 31 Jan 2024 12:02:53 -0800 (PST)
Received: from mail3.g24.pair.com (mail3.g24.pair.com [66.39.134.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E370C14F6AB for <spasm@ietf.org>; Wed, 31 Jan 2024 12:00:47 -0800 (PST)
Received: from mail3.g24.pair.com (localhost [127.0.0.1]) by mail3.g24.pair.com (Postfix) with ESMTP id 8C64611418C; Wed, 31 Jan 2024 15:00:46 -0500 (EST)
Received: from smtpclient.apple (unknown [96.241.2.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail3.g24.pair.com (Postfix) with ESMTPSA id 7ADF011418A; Wed, 31 Jan 2024 15:00:46 -0500 (EST)
From: Russ Housley <housley@vigilsec.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_0C21CE29-E6BD-4F32-BAC9-D9311BBDA8C0"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
Date: Wed, 31 Jan 2024 15:00:36 -0500
References: <0a2601da546e$16fe47f0$44fad7d0$@gmail.com>
Cc: LAMPS <spasm@ietf.org>
To: "Roman D. Danyliw" <rdd@cert.org>
Message-Id: <BD7D80B2-AFBE-40F6-9145-2BA2A993CBD7@vigilsec.com>
X-Mailer: Apple Mail (2.3731.700.6)
X-Scanned-By: mailmunge 3.11 on 66.39.134.11
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/3qGlBMvQ9mebTR8-_2aDYQP1M9U>
Subject: [lamps] Fwd: WGLC for draft-ietf-lamps-cms-sha3-hash
X-BeenThere: spasm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: This is the mail list for the LAMPS Working Group <spasm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spasm>, <mailto:spasm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm/>
List-Post: <mailto:spasm@ietf.org>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spasm>, <mailto:spasm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jan 2024 20:02:56 -0000

Roman:

There are four OIDs to be assigned by IANA in this Internet-Draft:

   id-alg OBJECT IDENTIFIER ::= { iso(1) member-body(2)
       us(840) rsadsi(113549) pkcs(1) pkcs-9(9) smime(16) 3 }

   id-alg-hkdf-with-sha3-224 OBJECT IDENTIFIER ::= { id-alg TBD1 }

   id-alg-hkdf-with-sha3-256 OBJECT IDENTIFIER ::= { id-alg TBD2 }

   id-alg-hkdf-with-sha3-384 OBJECT IDENTIFIER ::= { id-alg TBD3 }

   id-alg-hkdf-with-sha3-512 OBJECT IDENTIFIER ::= { id-alg TBD4 }

Is it possible and practical to get these OIDs permanently assigned through the early assignment process?  As you can see blow, people want to start implementing.

Russ


> From: "Daniel Van Geest" <daniel.vangeest.ietf@gmail.com>
> Subject: RE: [lamps] WGLC for draft-ietf-lamps-cms-sha3-hash
> Date: January 31, 2024 at 12:51:16 PM EST
> To: "'Russ Housley'" <housley@vigilsec.com>
> Cc: "'SPASM'" <spasm@ietf.org>
> 
>  
>  
> From: Russ Housley <housley@vigilsec.com <mailto:housley@vigilsec.com>> 
> Sent: Wednesday, January 31, 2024 5:33 PM
> To: Daniel Van Geest <daniel.vangeest.ietf@gmail.com <mailto:daniel.vangeest.ietf@gmail.com>>
> Cc: SPASM <spasm@ietf.org <mailto:spasm@ietf.org>>
> Subject: Re: [lamps] WGLC for draft-ietf-lamps-cms-sha3-hash
>  
> We can get early assignment if people need them for code, but normal practice is for early assignment to be temporary.  The temporary assignment becomes permanent when the RFC is published.
>  
> I’m not sure what this is supposed to mean.  Don’t release any software using the temporary assignments until the RFC is published and they become permanent?  We’d like these for interop testing of cms-kemri and cms-kyber, surely this will be an RFC before both of those are, so at least I have no intention of releasing before this is an RFC.
>  
> Russ