Edit: The page for the addon has a comment saying it does work with multiprocess, so I just forced it on. I'm on Linux, and I don't know of an about:config key to disable ctrl+q
https://addons.mozilla.org/en-US/firefox/addon/ctrl-shift-q-...
https://addons.mozilla.org/en-US/firefox/addon/disable-ctrl-... (not yet reviewed)
Certificate expiration seems like one of the most ridiculous aspects of TLS. Its only use case (apart from generating more money for CAs) seems like "we somehow can't revoke the certificate, but if we wait it'll expire".
Cryptography does not work that way.
> It's pretty trivial to set up cert renewal, so why didn't they?
That holds true today, with Let's Encrypt; their short expiration date seems to exist largely to force people to automate it, and in that regard it seems quite effective. But prior to that, many CAs did not have scriptable automated processes to renew certificates.
> Cryptography does not work that way.
But it kind of does. Imagine if we were still using certificates signed with DES and MD5 hashes because they were available perpetually. Certificate expiration at the very least means that whenever you renew you're keeping up to date with whatever vulnerabilities have been exploited in the past 3-5 years.
It also keeps CRLs short and concise as those certificates that have expired do not need to be included.
We don't rely on expiration or revocation for that; we rely on clients and servers refusing to use insecure algorithms.
That is all that matters to me