Re: [pkix] Optimizing OCSP - Time for some spec work ?

Peter Gutmann <pgut001@cs.auckland.ac.nz> Sat, 26 October 2019 13:27 UTC

Return-Path: <pgut001@cs.auckland.ac.nz>
X-Original-To: pkix@ietfa.amsl.com
Delivered-To: pkix@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1379D12009E for <pkix@ietfa.amsl.com>; Sat, 26 Oct 2019 06:27:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=auckland.ac.nz
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 x-vxQI9DYd4E for <pkix@ietfa.amsl.com>; Sat, 26 Oct 2019 06:27:27 -0700 (PDT)
Received: from mx4-int.auckland.ac.nz (mx4-int.auckland.ac.nz [130.216.125.246]) (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 1D049120024 for <pkix@ietf.org>; Sat, 26 Oct 2019 06:27:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=auckland.ac.nz; i=@auckland.ac.nz; q=dns/txt; s=mail; t=1572096448; x=1603632448; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=+nfKCEnO6jrlM36l4rkjUuScNDMRk5XihjpGSKEVstU=; b=iovPXfB2IMmokUYABWfmre/VO1xV4hAh3eAThVC+chkn0aMKdlWquxGU zmcNsix2886dmZD9oBYpVhKiS0GqEqpatCK9RxPqWc2WRknbV246AgPAu AO9hulMWR91ZpkWwIXQhw717XGAEaKbxpwhydfSTmonHV+Xghapconnk6 Rn4NI5wOErrWYWc0xnSxM/73pczbrQyRPwRgFDCi470PZCLjsags502+6 NlZvo49X5iLzwHrdpdeWMf7ULtHgXKDiNnKREtJIOc34MJj37WB/9IZg6 hwb8QEgFZ3bPaxeOtpkAHN7vW9awtquTrJgCnagEoUGFvj37l04LkjgoI Q==;
X-IronPort-AV: E=Sophos;i="5.68,232,1569240000"; d="scan'208";a="96241060"
X-Ironport-HAT: MAIL-SERVERS - $RELAYED
X-Ironport-Source: 10.6.2.5 - Outgoing - Outgoing
Received: from exchangemx.uoa.auckland.ac.nz (HELO uxcn13-ogg-d.UoA.auckland.ac.nz) ([10.6.2.5]) by mx4-int.auckland.ac.nz with ESMTP/TLS/AES256-SHA; 27 Oct 2019 02:27:25 +1300
Received: from uxcn13-ogg-d.UoA.auckland.ac.nz (10.6.2.5) by uxcn13-ogg-d.UoA.auckland.ac.nz (10.6.2.5) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 27 Oct 2019 02:27:24 +1300
Received: from uxcn13-ogg-d.UoA.auckland.ac.nz ([10.6.2.5]) by uxcn13-ogg-d.UoA.auckland.ac.nz ([10.6.2.5]) with mapi id 15.00.1395.000; Sun, 27 Oct 2019 02:27:24 +1300
From: Peter Gutmann <pgut001@cs.auckland.ac.nz>
To: "Dr. Pala" <madwolf@openca.org>, Denis <denis.ietf@free.fr>, "pkix@ietf.org" <pkix@ietf.org>
Thread-Topic: [pkix] Optimizing OCSP - Time for some spec work ?
Thread-Index: AQHVinrq4I5nEcgfh0O9xU1lviUJBKdpDfqAgAGMs/6AABLDgIACP5S4
Date: Sat, 26 Oct 2019 13:27:23 +0000
Message-ID: <1572096443834.44004@cs.auckland.ac.nz>
References: <31256d2d-dcfb-85f7-3850-accb2b2d6b89@openca.org> <a0c0ef7c-7415-e078-a49d-d0908c6c898c@free.fr> <1571968835600.87547@cs.auckland.ac.nz>, <d3c684e3-3f06-f18e-5321-37225d2bd329@openca.org>
In-Reply-To: <d3c684e3-3f06-f18e-5321-37225d2bd329@openca.org>
Accept-Language: en-NZ, en-GB, en-US
Content-Language: en-NZ
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [130.216.158.4]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pkix/koP1RWGKWEOwKaualUAc_lMLEZE>
Subject: Re: [pkix] Optimizing OCSP - Time for some spec work ?
X-BeenThere: pkix@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: PKIX Working Group <pkix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pkix>, <mailto:pkix-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pkix/>
List-Post: <mailto:pkix@ietf.org>
List-Help: <mailto:pkix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pkix>, <mailto:pkix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Oct 2019 13:27:29 -0000

Dr. Pala <madwolf@openca.org> writes:

>However, I think there might be some theoretical approach we can also use to
>quantify benefits based on, at a minimum, projected size of the PKI and the
>number of revoked certificates: the lower the revocation ratio is (revoked
>certificates / total valid population), the lower the costs of pre-
>computation for the whole population is.

Right, and you could do that via simulation, or at least calculate, for
various values of X and Y, what the effects would be and at which point you
start to run into problems.  Then, if it looked feasible, you could perhaps
collect from CAs data on what real-world values of X and Y were likely to be.

>It is interesting to notice that this solution makes the costs associated
>with the revocation infrastructure to be directly correlated to the number of
>revoked certificates, instead of the number of issued certificates, thus
>shifting the paradigm quite a bit

Yup.

>In case there is interest, would you like to participate in the effort ?

It sounds interesting, but I don't think I'd have time for it, sorry.

Peter.