[cabfpub] Short-lived certs

Jeremy Rowley jeremy.rowley at digicert.com
Thu Oct 5 05:47:48 UTC 2017

That wasn't quite accurate I realized. They aren't necessarily embedding the root but they are relying on browser access to the device, meaning each of these devices are essentially the same as servers, requiring public trust.

On Oct 5, 2017, at 1:44 PM, Jeremy Rowley via Public <public at cabforum.org<mailto:public at cabforum.org>> wrote:

Yes. Check out plex and our other mass issuance customers (I'm not sure I can provide names on a public list despite these being discoverable). These aren't short lived...yet.

On Oct 5, 2017, at 1:37 PM, Ryan Sleevi <sleevi at google.com<mailto:sleevi at google.com>> wrote:


Could you supply data to support your claim that "internet connected devices increasingly use trusted roots for connecting to smartphones"?

On Wed, Oct 4, 2017 at 8:21 PM, Jeremy Rowley via Public <public at cabforum.org<mailto:public at cabforum.org>> wrote:
Pre-signing OCSP responses for these certs is a waste of time as they’ll expire before the OCSP is ever delivered.

Delivered to who? Are you saying you deliver certificates before you've produced OSP responses?

When you are signing certs daily, even signing that first OCSP response eats up lots of processing power without providing any benefit to the user.  Removing OCSP for short-lived certs eliminates an external call to the CA


and makes the certificate smaller,   both essential in device performance.  Plus, Mozilla already supports not checking revocation for these certs, meaning the revocation info is completely useless in at least one browser.

Any takers on supporting this?

Do you have any new data to suggest clock skew isn't a significant issue, and that such certificates would represent compatibility problems for the ecosystem if deployed? Is the assumption that it's the sites and users' fault/responsibility, despite the overall ecosystem widespread use could cause?
Public mailing list
Public at cabforum.org<mailto:Public at cabforum.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cabforum.org/pipermail/public/attachments/20171005/b6ce5dec/attachment-0003.html>

More information about the Public mailing list