Re: [Acme] Proposal: ACME Profiles

Christopher Cook <christopher.cook@webprofusion.com> Thu, 31 August 2023 04:39 UTC

Return-Path: <christopher.cook@webprofusion.com>
X-Original-To: acme@ietfa.amsl.com
Delivered-To: acme@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D49CC15C509 for <acme@ietfa.amsl.com>; Wed, 30 Aug 2023 21:39:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 hF3Vs9REXqaG for <acme@ietfa.amsl.com>; Wed, 30 Aug 2023 21:39:02 -0700 (PDT)
Received: from smtp.livemail.co.uk (smtp-out-60.livemail.co.uk [213.171.216.60]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2731CC15256E for <acme@ietf.org>; Wed, 30 Aug 2023 21:39:01 -0700 (PDT)
Received: from [192.168.86.6] (unknown [101.118.226.236]) (Authenticated sender: christopher.cook@webprofusion.com) by smtp.livemail.co.uk (Postfix) with ESMTPSA id 2960DC5A26 for <acme@ietf.org>; Thu, 31 Aug 2023 05:38:54 +0100 (BST)
Message-ID: <1bdf6ef4-05b9-4959-b8a4-544f0ceaeda4@webprofusion.com>
Date: Thu, 31 Aug 2023 12:38:57 +0800
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: acme@ietf.org
Content-Language: en-US
From: Christopher Cook <christopher.cook@webprofusion.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/acme/zxfICtTRfjEz4SF8XgIrUrz1CZk>
Subject: Re: [Acme] Proposal: ACME Profiles
X-BeenThere: acme@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Automated Certificate Management Environment <acme.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/acme>, <mailto:acme-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/acme/>
List-Post: <mailto:acme@ietf.org>
List-Help: <mailto:acme-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/acme>, <mailto:acme-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Aug 2023 04:39:06 -0000

Hi,

For context, it was myself who was interested in ACME CAs advertising 
their supported features via the directory or a capabilities endpoint, 
my client has an unusual emphasis on multi-CA use and automated CA fallback.

Aaron's proposal does actually complement that because in the future an 
endpoint could still exist which defines the features supported by a 
profile. e.g. things you specifically need or things you can ask for 
that will allow your order to proceed without it blowing up. These 
include: supported key types, supported min/max lifetimes, included 
EKUs, is-publicly-trusted-by-browser-root-programs, supported 
identifiers (dns, ip, Stir/Shaken TnAuthList etc), identifiers profiles 
(like single domain, multiple SAN, domain+www, single wildcard, 
multi-wildcard).

I agree it's a stretch to try to include these at the moment but 
hopefully at some point in the future an ACME CA should be able to 
advertise what it can be used for. The purpose of that is to be able to 
select a CA from a whole bunch of candidates and have reasonable 
confidence that they are both compatible with your order (or one of 
their profiles is) and will give you a cert with the features you need. 
I agree this is out of scope for most clients.

-- 
Christopher Cook
https://certifytheweb.com