[Tls-reg-review] [IANA #1260562] Request for Assignment (draft-irtf-cfrg-aegis-aead - tls-parameters)

Sabrina Tanamal via RT <iana-prot-param-comment@iana.org> Wed, 16 November 2022 17:45 UTC

Return-Path: <iana-shared@icann.org>
X-Original-To: tls-reg-review@ietfa.amsl.com
Delivered-To: tls-reg-review@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00277C14F733 for <tls-reg-review@ietfa.amsl.com>; Wed, 16 Nov 2022 09:45:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.627
X-Spam-Level:
X-Spam-Status: No, score=-5.627 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] 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 f4ePPr71RZLc for <tls-reg-review@ietfa.amsl.com>; Wed, 16 Nov 2022 09:45:42 -0800 (PST)
Received: from smtp.lax.icann.org (smtp.lax.icann.org [192.0.33.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 39579C14F72F for <tls-reg-review@ietf.org>; Wed, 16 Nov 2022 09:45:42 -0800 (PST)
Received: from request4.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp.lax.icann.org (Postfix) with ESMTP id A9AC6E39CF for <tls-reg-review@ietf.org>; Wed, 16 Nov 2022 17:45:40 +0000 (UTC)
Received: by request4.lax.icann.org (Postfix, from userid 48) id A80E020346; Wed, 16 Nov 2022 17:45:40 +0000 (UTC)
RT-Owner: sabrina.tanamal
From: Sabrina Tanamal via RT <iana-prot-param-comment@iana.org>
Reply-To: iana-prot-param-comment@iana.org
In-Reply-To: <rt-4.4.3-24604-1667991588-1317.1260562-9-0@icann.org>
References: <RT-Ticket-1260562@icann.org> <3kngcbra5u-1@ppa3.lax.icann.org> <rt-4.4.3-24604-1667990121-674.1260562-9-0@icann.org> <775327FD-416C-4F1E-982F-B4CED70DE914@akamai.com> <EA2C9B53-5A01-4129-AEBA-18E0AF7898E6@gmail.com> <rt-4.4.3-24604-1667991588-1317.1260562-9-0@icann.org>
Message-ID: <rt-4.4.3-10053-1668620740-975.1260562-9-0@icann.org>
X-RT-Loop-Prevention: IANA
X-RT-Ticket: IANA #1260562
X-Managed-BY: RT 4.4.3 (http://www.bestpractical.com/rt/)
X-RT-Originator: sabrina.tanamal@icann.org
CC: tls-reg-review@ietf.org
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
Precedence: bulk
Date: Wed, 16 Nov 2022 17:45:40 +0000
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls-reg-review/NTUFnKVAqI832Jt-fe-HzT-xaJw>
Subject: [Tls-reg-review] [IANA #1260562] Request for Assignment (draft-irtf-cfrg-aegis-aead - tls-parameters)
X-BeenThere: tls-reg-review@ietf.org
X-Mailman-Version: 2.1.39
List-Id: TLS REVIEW <tls-reg-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls-reg-review>, <mailto:tls-reg-review-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls-reg-review/>
List-Post: <mailto:tls-reg-review@ietf.org>
List-Help: <mailto:tls-reg-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls-reg-review>, <mailto:tls-reg-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Nov 2022 17:45:46 -0000

Hi Rich and Yoav, 

Thanks for the quick review. We have a response from the applicant: 

Indeed, since this is for TLS, that would be numbers, and if N for "recommended" is the rule for IRTF rather than IETF submissions, let's put N.

To answer the second expert's question:

The L in TLS_AEGIS_128L_SHA256 is intentional and required. Both AEGIS-128L and AEGIS-128 exist, but these are different, and incompatible algorithms.

The 128 variant could be used in a TLS cipher suite as well but was not selected in the context of this work. The 128L variant has better security bounds and is substantially faster.

Using the "TLS_AEGIS_128_SHA256" name for AEGIS-128L would be confusing, and prevent an actual AEGIS-128 variant from being registered later if needed.

====

Please let us know if you have any further questions/comments. If we don't hear from you in the next couple of days, we will proceed with the assignments. 

Thanks,
Sabrina

On Wed Nov 09 10:59:48 2022, ynir.ietf@gmail.com wrote:
> So I guess we’re in agreement.  Except for that L part.
> 
> > On 9 Nov 2022, at 12:56, Salz, Rich
> > <rsalz=40akamai.com@dmarc.ietf.org> wrote:
> >
> > The request isn't for OIDs but rather assignment of numbers. :)
> >
> > Recommended is N.  AEGIS is not being standardized by the IETF, the
> > reference is to an IRTF draft.
> >
> > DTLS-OK value is fine. The requested names are fine.
> > I suppose 0x13,0x6 and 0x13,0x07 (the next free slots) are fine.
> >
> >
> > _______________________________________________
> > tls-reg-review mailing list
> > tls-reg-review@ietf.org
> > https://www.ietf.org/mailman/listinfo/tls-reg-review