Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

"There's not much you can do to protect yourself against a service provider's certificate expiring,"

Well if you're a large bank or a heavyweight payment processor where an outage means lost $$$$ and not only $, you could easily have a few SSL certs from various root certs ready and roll one of them out once the sh*t hits the fan.



1) monitor the complete certificate chain

2) indeed have a backup certificate ready (might be non EV), this is especially a must if you use HSTS [1] (which you should use BTW) it is actually a (low priority) government recommendation (B5-6) in The Netherlands [2], but that might have something to do with the government heavily using DigiNotar which got compromised and had it root certificates revoked by Microsoft which caused some communication issues..

[1] https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security

[2] https://www.ncsc.nl/binaries/nl/dienstverlening/expertise-ad... (in Dutch)


If you want to verify the complete chain or see if any of it is expired, I wrote some tools that'll do just that. It uses a pre-existing directory of CA certs (which you can generate with an included Makefile and cacert.pem) and downloads intermediaries.

https://github.com/psypete/public-bin/tree/public-bin/src/ne...


That's basically what Stripe ended up doing. They stopped returning their EV certificates and started returning their non-EV wildcard '*.stripe.com' certificate.


Nice. EV is of not much use for their embedded form anyway.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: