News for hackers. Stuff that matters.
Re:Letsencrypt Service Disruption by remram on Monday July 19, 2021 @02:29PM (#27885795)
The OCSP responder being down could affect websites. https://en.wikipedia.org/wiki/Online_Certificate_Status_Prot...
Re:Letsencrypt Service Disruption by LinuxBender on Monday July 19, 2021 @02:34PM (#27885849)
FWIW people can mitigate that issue by using OCSP stapling [1] assuming their load balancer / web server supports caching the response.

[1] - https://en.wikipedia.org/wiki/OCSP_stapling

Re:Letsencrypt Service Disruption by hannob on Monday July 19, 2021 @02:50PM (#27886017)
Traditionally OCSP stapling implementations in the major webservers (nginx+apache) have been pretty bad and are not capable of mitigating OCSP server downtimes.

Apache has a new stapling implementation since a few versions that can be enabled with "MDStapling On", I don't think it gets enabled by default yet.

Re:Letsencrypt Service Disruption by mholt on Monday July 19, 2021 @03:59PM (#27886678)
Caddy has had a robust stapling implementation for years.
Re:Letsencrypt Service Disruption by dlkmp on Monday July 19, 2021 @02:52PM (#27886044)
Does the caching reliably work in common webservers by now? I remember having read a couple years ago that Apache would simply clear its cache if the connection to the ocsp provider breaks (or did something similar unhelpful, resulting in an error to the enduser).
Re:Letsencrypt Service Disruption by LinuxBender on Monday July 19, 2021 @05:12PM (#27887308)
It's hit-and-miss per LB/server and I have not seen this become a priority since it's not a super popular feature. Here [1] [2] are a couple articles on the topic. My experience has been with HAproxy and F5 load balancers. HAProxy uses an out-of-band process to lay down a .ocsp file and load it via the API. This in effect acts like a cache assuming the script creating the .ocsp file has error handing to avoid clobbering the file if the upstream OCSP endpoint can not be reached.

F5 load balancers will cache the response in memory. I have not tested Apache with OCSP stapling/caching recently so I can only assume based on feedback from others here that they have not improved it. I would expect nginx to improve now that they are owned by F5, maybe, eventually.

I am a fan of OCSP stapling/caching for the privacy aspect. No need for browsers to leak to the OCSP end-point what domain you are visiting. There are enough nosy people sniffing our traffic already.

[1] - https://www.keycdn.com/support/ocsp-stapling

[2] - https://blog.cloudflare.com/high-reliability-ocsp-stapling/

Re:Letsencrypt Service Disruption by hannob on Monday July 19, 2021 @02:58PM (#27886115)
Very likely you read my blogpost. See the update at the top: https://blog.hboeck.de/archives/886-The-Problem-with-OCSP-St...
Re:Letsencrypt Service Disruption by mholt on Monday July 19, 2021 @03:58PM (#27886676)
Caddy does OCSP stapling + caching reliably (and has for years).

It will even auto-renew your certificate if it gets an OCSP response of "Revoked".

Re:Letsencrypt Service Disruption by sneak on Monday July 19, 2021 @02:56PM (#27886087)
I imagine that, for still-valid certificates, it will almost always fail open.