Re: [saag] post-X509 cryptographic identities

Eric Rescorla <ekr@rtfm.com> Wed, 12 February 2020 00:52 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: saag@ietfa.amsl.com
Delivered-To: saag@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBC8A120073 for <saag@ietfa.amsl.com>; Tue, 11 Feb 2020 16:52:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 5Thuy3fSUOCg for <saag@ietfa.amsl.com>; Tue, 11 Feb 2020 16:52:03 -0800 (PST)
Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 B0C9B120026 for <saag@ietf.org>; Tue, 11 Feb 2020 16:52:02 -0800 (PST)
Received: by mail-lj1-x22d.google.com with SMTP id q8so260353ljj.11 for <saag@ietf.org>; Tue, 11 Feb 2020 16:52:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rCZWAFSVJ0DvVUp2FqZVh0lBzi/IdmS3rBE5piW7L/8=; b=d1XkZTVQKPd3WA3bjIGa3+7Z3lt2ac8RtslhLwLYhNiFC3pxwpz3fKAdiGguCwtmWs AmTsEyGsLBHFZtA+MOOdHeAPSo9Un8FspfX+h8/OW6He91uDqHQwA9kBRwTAuVOCrFh/ 1dDA7vtNs2U6nWi6QezwSv7eQygjjustgoBqT6S1FFsLaEyrHdWFsGbeibAXi2qnFHmu rCJUx+EHtrbXz4qjiHRzINtugtp2cqVT/OZvuj7ux5ddhMNEY14p4WjNL9oRQGrk2qpf qZ8aob9uUkjJA/oIHQXra5eyUWI4JfvtpHbZ86w5f257iSqV2oPGl2WIsUNlh9juMlh6 30Cw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rCZWAFSVJ0DvVUp2FqZVh0lBzi/IdmS3rBE5piW7L/8=; b=hU3052biRrg3lOHN7NLqg3Kh2wGle66GgTWczJkGs0KUAIcD9r1+JksCTlpgsPdVKu BmLb5rTLOyQgtCAC1thdeA77lTPcjpJWAa8ylmb0If96dPCMPod+FZy4WdqGyEPRXv3D TsqZ5EGhg3UIHG3xHL8Z/XRO640Rod5KKH2msu9d69YamtjccVArwzCN3esYfyJ5fHrL NgIOGPT1mvosTMujcAJ/t4Kb4qByZAj8FVy9ZSEyxkhSEaLxZ10Vm2Yt4bTbXMskMjta 0xU4m9L13UKLbM4ItK4RjChPqaVEmD8SXD/QSiDKw3OaurK9Nq3sXSmH3w5OeLnkt6q8 4+/A==
X-Gm-Message-State: APjAAAXP0nc7QkH5B5phhiIC3bNXS+UqZNrBaHD0vW3zvaUziaUKOtpg ms30hxJYD/2cMRVyhJ4VPZS1Vyu/2g6gysmGbyim3Q==
X-Google-Smtp-Source: APXvYqw3AwluyL0m2B1XQa9LCa3/wc8+UGmU2dPF5plhvgmbA3t3cnJfOFPgT2kSX2FmyhbSrL47DcFDE5ez+7My9A8=
X-Received: by 2002:a2e:90f:: with SMTP id 15mr5728418ljj.120.1581468720974; Tue, 11 Feb 2020 16:52:00 -0800 (PST)
MIME-Version: 1.0
References: <157762745765.1150.7880025422884493076@ietfa.amsl.com> <2C5DFA70-AD0E-4139-B28E-2D4EDB6E5409@sinodun.com> <46BDE9EB-6306-4194-AFFA-7E9E6604765F@sinodun.com> <825b8c8e-7ee9-9276-d09e-9c006acf3804@ericsson.com> <CABcZeBOzJ2MRS8deZqN+e-o9tFDwgSrYK3_hmV-0pfO+L9oaVw@mail.gmail.com> <53c87d6b-cad1-3a80-291d-e2a896705da5@ericsson.com> <CABcZeBNJWmFTV==6sa0qnAPyRr4=6OiCacchzobE=RozHnqPdg@mail.gmail.com> <7901248e-c7dd-8a12-65df-f40415fde5e2@cs.tcd.ie> <26497.1581418516@dooku> <db922345-12f5-33f6-2d85-01e858078ad7@cs.tcd.ie> <CABcZeBMR3KVunWGhm7BnX8KocUOuby1HecAatMFZy0acTxCO=g@mail.gmail.com> <3388d1ad-93f6-7d0d-3554-88ee67d1bb8b@cs.tcd.ie>
In-Reply-To: <3388d1ad-93f6-7d0d-3554-88ee67d1bb8b@cs.tcd.ie>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 11 Feb 2020 16:51:24 -0800
Message-ID: <CABcZeBP4iVG8yeUVqjrDy25th-j0jJQAs1-z_NP0yGgOr21nfw@mail.gmail.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, saag@ietf.org
Content-Type: multipart/alternative; boundary="000000000000566107059e56619e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/saag/yIijOq-jZ240oS7CauaeQHtTNaQ>
Subject: Re: [saag] post-X509 cryptographic identities
X-BeenThere: saag@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Security Area Advisory Group <saag.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/saag>, <mailto:saag-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/saag/>
List-Post: <mailto:saag@ietf.org>
List-Help: <mailto:saag-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/saag>, <mailto:saag-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Feb 2020 00:52:05 -0000

On Tue, Feb 11, 2020 at 4:34 PM Stephen Farrell <stephen.farrell@cs.tcd.ie>
wrote:

>
> Hiya,
>
> On 12/02/2020 00:02, Eric Rescorla wrote:
> > Well...
> > It's already straightforward to integrate PQ key establishment into TLS
> w/o
> > X.509.
>
> I don't accept "straightforward" fwiw for the reason set
> out at the end.
>

Well, I see what you say at the end, but I don't understand it. In TLS 1.3,
key establishment does not involve the cert, which is used for
authentication. So, it's straightforward to swap in a new key establishment
algorithm and we've already seen a bunch of combined EC/PQ algorithms
(masquerading as new EC curves).



> > It's also possible to do PQ authentication w/ Delegated Keys.
>
> Yes, possibly so. Delegated keys is not IMO a part of x.509
> but kind of extends that a little but is a new model.
> Should such keys become common, that might get interesting.
>

Well, the point being that you can just gradually roll out a new PQ
signature algorithm at the endpoints without touching the PKI.


> if we wanted to add PQ signatures to TLS for the Web, we would do
> > it by defining new algorithms for X.509.
>
> I agree that that is the approach most likely to be the
> initial one considered by those interested in the status
> quo:-)
>

Well, if by "interested in the status quo" you mean "by far the easiest
thing to do with the world as it is", then yes. The key point being that we
are going to have to have X.509 for the indefinite future so some new
parallel thing is extremely expensive.

-Ekr