965.txt

[1] [CITE@en[CA:RevocationPlan - MozillaWiki]]
( ([TIME[2016-05-10 16:13:54 +09:00]]))
<https://wiki.mozilla.org/CA:RevocationPlan#Short-Lived_Certificates>

[2] [CITE@en-US[Improving Revocation: OCSP Must-Staple and Short-lived Certificates | Mozilla Security Blog]]
( ([TIME[2016-05-10 21:15:04 +09:00]]))
<https://blog.mozilla.org/security/2015/11/23/improving-revocation-ocsp-must-staple-and-short-lived-certificates/>

[FIG(quote)[
[FIGCAPTION[
[3] [CITE@en-US[Improving Revocation: OCSP Must-Staple and Short-lived Certificates | Mozilla Security Blog]]
( ([TIME[2016-05-10 21:16:13 +09:00]]))
<https://blog.mozilla.org/security/2015/11/23/improving-revocation-ocsp-must-staple-and-short-lived-certificates/>
]FIGCAPTION]

> To get back to stronger revocation checking, we have added support for short-lived certificates and Must-Staple to let sites opt in to hard failures. As of Firefox 41, Firefox will not do “live” OCSP queries for sufficiently short-lived certs (with a lifetime shorter than the value set in “security.pki.cert_short_lifetime_in_days”). Instead, Firefox will just assume the certificate is valid. There is currently no default threshold set, so users need to configure it. We are collecting telemetry on certificate lifetimes, and expect to set the threshold somewhere around the maximum OCSP response lifetime specfied in the baseline requirements.

]FIG]


[4] [CITE[Short-lived certs - Google グループ]]
( ([TIME[2016-05-10 21:17:57 +09:00]]))
<https://groups.google.com/forum/#!topic/mozilla.dev.security.policy/T11up58JkFc>

[5] [CITE@en[1141189 – add ability to skip expensive revocation checks for "short-lived" certificates]]
( ([TIME[2016-05-10 21:21:17 +09:00]]))
<https://bugzilla.mozilla.org/show_bug.cgi?id=1141189>

[6] [CITE@en[1221033 – Make expiry non-overrideable for short-lived certificates]]
( ([TIME[2016-05-10 21:22:21 +09:00]]))
<https://bugzilla.mozilla.org/show_bug.cgi?id=1221033>

[7] [CITE@en[1228451 – Set the short-lived lifetime to the max OCSP response lifetime]]
( ([TIME[2016-05-10 21:25:32 +09:00]]))
<https://bugzilla.mozilla.org/show_bug.cgi?id=1228451>