[TLS] Consultation About Assignment of ExtensionTypes

Yoav Nir <ynir.ietf@gmail.com> Sat, 13 June 2020 17:20 UTC

Return-Path: <ynir.ietf@gmail.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AFC63A0A1F for <tls@ietfa.amsl.com>; Sat, 13 Jun 2020 10:20:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jqVgL8qPQvt3 for <tls@ietfa.amsl.com>; Sat, 13 Jun 2020 10:20:40 -0700 (PDT)
Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB7973A0A1C for <tls@ietf.org>; Sat, 13 Jun 2020 10:20:39 -0700 (PDT)
Received: by mail-wm1-x334.google.com with SMTP id q25so10823285wmj.0 for <tls@ietf.org>; Sat, 13 Jun 2020 10:20:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=2ZAH4kWnHon8k82aSNmDN4IvSnyTPCf4s2dU7rTUwUc=; b=tOa6kUpyVwjkUINPQd7qdjAhZ8AhnKXI2SDeLgPO/Mz5+zvMyNOfyR90OQWTO2dIy4 7ufJP0/01jsLeV7F5ZrGVNk1rKmhe0fmOJe5j81jHz9ZRoAuWiGrKiQDJu/VOqqazn3A 95aIYI5gSf7xR+vwSYslNufC9dzD6FHTsSsnoeHyLbvBl+Tyg81At5XtGXT8DLom/Ciy nDrl88ix0c1/3bRWXyExiFWqnKcO+p+QkitJ8bPC2bNeEw6JEkkPnJcjp6NJyBqTEMLT gpfb5fNXAjRSd+p96QvP59iwfSSUfUMlUlWz114CpZF59s+aSvyHSP/KR7mlvrhimFk4 Oe4A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=2ZAH4kWnHon8k82aSNmDN4IvSnyTPCf4s2dU7rTUwUc=; b=UllUJLhBAiALDYLB5bkgzfO+MRXEzj29z+judUxXtO246KH8Fq3bJy7ngKUkCfCELL eeRBqGouAJyNTXCQhZGDYV5mZgWEXX6ylXVJM76Ogq3pvKjuyX7LwjEn5WzIP6+sZ0RH gBaJ89En3f+7TWKQYeJnQEQOWeuIJXMNgvlx6QiqiFIopDbRhihYyPwmSggf9qXAnJIV QCOSoM0eSHR81Rd7AD1E4L/mjeQ1ovfFUFJWMn4kjsalZ5f81fbtowUnmmimMnfQzh8a HD9oNUupitrWDhqpOXCzOrMaDu443OazIC9TBE0944YKJb2DnPRXWF5odOO5JQgFdYas EtAg==
X-Gm-Message-State: AOAM531ig9PdEDqvOZhbzMwsWr5brtzKhs50XwEvV6zxZh1ODdsKqR5V XrE0PuUHF68Cj5BaB0aUUOF2fDXd
X-Google-Smtp-Source: ABdhPJytMhpPhmxABLQM+O5jzjiPrV1KSJ+76PFwrSJOG+psBRWqJxE8AAXJPe7uHFmkaHgySw7dKA==
X-Received: by 2002:a1c:f204:: with SMTP id s4mr4906547wmc.159.1592068837806; Sat, 13 Jun 2020 10:20:37 -0700 (PDT)
Received: from [192.168.1.12] ([46.120.57.147]) by smtp.gmail.com with ESMTPSA id x8sm16321142wrs.43.2020.06.13.10.20.36 for <tls@ietf.org> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Jun 2020 10:20:37 -0700 (PDT)
From: Yoav Nir <ynir.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_76DB07E9-BE4C-4C72-8DB7-59A63EF8CCBE"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-Id: <2F7403F6-C28A-4F5A-8128-A4B4609CA7C5@gmail.com>
Date: Sat, 13 Jun 2020 20:20:35 +0300
To: "<tls@ietf.org>" <tls@ietf.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/bkx_bXcPSt_TwE7iJRM9acOQkDA>
Subject: [TLS] Consultation About Assignment of ExtensionTypes
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jun 2020 17:20:42 -0000

Hi.

I’m posting this on behalf of the IANA experts for the TLS registries. The IANA experts function is described in RFC  8447 [1].

We’ve received a request from ETSI to assign three ExtensionType values from the ExtensionType registry [2]. ETSI is the European Telecommunications Standards Institute [3]. Ordinarily requests from other standards organizations are approved as long as they’re not in conflict with current work within the IETF, and for the ExtensionType registry the policy is “Specification Required”.  The reason we are consulting this time is that we can foresee some objections should these assignments appear in the IANA registry.

So the request is for a part 2 of the Middlebox Security Protocol [4].  You can read it all, but the gist is a protocol between a TLS endpoint and a TLS middlebox that allows the middlebox read, read+delete, or read+delete+write access to the data stream. If this idea is giving you déjà vu, then yes, the TLS working group has considered proposals in that domain in the past, and to put in mildly, did not choose to take them up.

To re-iterate, the policy for the registry is “Specification Required” and a specification is available. Unless we hear convincing arguments to the contrary, we will approve this allocation. We just prefer to have the kerfuffle before the assignment rather than afterwards.

Thanks

Yoav
(with the IANA expert hat on)


[1] https://tools.ietf.org/html/rfc8447 <https://tools.ietf.org/html/rfc8447>
[2] https://www.iana.org/assignments/tls-extensiontype-values/tls-extensiontype-values.xhtml#tls-extensiontype-values-1 <https://www.iana.org/assignments/tls-extensiontype-values/tls-extensiontype-values.xhtml#tls-extensiontype-values-1>
[3] https://www.etsi.org/about <https://www.etsi.org/about>
[4] https://docbox.etsi.org/CYBER/CYBER/Open/Latest_Drafts/CYBER-0027-2v020-TLMSP-Transport-Layer-Middlebox-Security-Protocol.pdf <https://docbox.etsi.org/CYBER/CYBER/Open/Latest_Drafts/CYBER-0027-2v020-TLMSP-Transport-Layer-Middlebox-Security-Protocol.pdf>