Re: [Acme] Assisted-DNS challenge type

Jörn Heissler <acme-specs@joern.heissler.de> Tue, 23 January 2018 11:22 UTC

Return-Path: <acme-specs@joern.heissler.de>
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 764D3120724 for <acme@ietfa.amsl.com>; Tue, 23 Jan 2018 03:22:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.051
X-Spam-Level:
X-Spam-Status: No, score=0.051 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_DYNAMIC_IPADDR=1.951, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 Yk9GuOHqx5eW for <acme@ietfa.amsl.com>; Tue, 23 Jan 2018 03:22:50 -0800 (PST)
Received: from lvps87-230-93-31.dedicated.hosteurope.de (kappa.tutnicht.de [87.230.93.31]) (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 E89FA12025C for <acme@ietf.org>; Tue, 23 Jan 2018 03:22:42 -0800 (PST)
Received: from [10.255.0.6] (helo=carrot.tutnicht.de) by lvps87-230-93-31.dedicated.hosteurope.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <acme-specs@joern.heissler.de>) id 1edwf2-0003Da-8q for acme@ietf.org; Tue, 23 Jan 2018 12:22:40 +0100
Date: Tue, 23 Jan 2018 12:22:34 +0100
From: =?iso-8859-1?Q?J=F6rn?= Heissler <acme-specs@joern.heissler.de>
To: acme@ietf.org
Message-ID: <20180123112234.GA3828@carrot.tutnicht.de>
References: <bbaea6b0-65dc-9dff-0a23-e55e6eebb580@eff.org> <20180123070934.GA6737@LK-Perkele-VII> <CANUQDCie2BRuqpH0EvpefhVW2YgMiwEGGo8wwrWsDh6T71kxrQ@mail.gmail.com> <ed29b136a6f97cb67eb54cb9097f3a6f@suche.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q"
Content-Disposition: inline
In-Reply-To: <ed29b136a6f97cb67eb54cb9097f3a6f@suche.org>
User-Agent: Mutt/1.9.2 (2017-12-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/acme/cQmSq7j4_GlJdAwi4Hyz-tke38w>
Subject: Re: [Acme] Assisted-DNS challenge type
X-BeenThere: acme@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 23 Jan 2018 11:22:52 -0000

On Tue, Jan 23, 2018 at 10:12:39 +0100, Thomas Lußnig wrote:
> instead of an FIXED cname that does not ensure that the requestor possess
> access to the dns.
> I would prefer to use an static TXT record whith the Account Key hashed.
> This would prove that
> only an person possesing an specified private key is allowed to request.

From what I understand, this discussion basically is the same as e.g.
https://github.com/ietf-wg-acme/acme/issues/88

It all boils down to
"I don't want dynamic challenges, I want static authorization."


-----BEGIN ADVOCATUS DIABOLI-----
I hereby propose that ACME is scrapped and replaced by the following workflow:

- Create asymmetric key pair (may be reused for multiple domain names!)
- Create DNS record: _acme-key.<domain>. TXT "<hfunc>:<hex(hash(der(pubkey)))>"
- Create key + csr (CN/SAN <domain>)
- POST json([CSR, pubkey, signature]) to https://<cadomain>/acme/issue
- CA fetches pubhash from DNS, verifies the request and replies with the cert.

I just reduced the ACME protocol to 5 lines :-]
No more bothering with jws, accounts, nonces or challenges.
-----END ADVOCATUS DIABOLI-----


More serious now. Why does ACME use challenges? Are there any benefits
that justify the complexity of the protocol?
When offering an easier way (see above), nobody will ever bother using
the complex way again and those benefits no longer apply.

Cheers
Joern Heissler