logoalt Hacker News

aftbit • today at 3:27 PM • 2 replies • view on HN

What about CAA records? And of course, browsers handle this with the Certificate Transparency log and the OneCRL, made less painful by baking a short-lived proof that the cert is not revoked into the handshake. The problem is all the other parts of the ecosystem that basically ignore all this new complex security stuff and just check the cert against a static list of vendored roots.

For example, node, java, and python all have vendored roots and don't check any CRLs.


Replies

crote • today at 3:54 PM

> What about CAA records?

Well, what about them? If you've got access to the private key, nothing is going to stop you from generating a cert violating CAA records - and it won't even be easy to detect! They are intended to protect against, say, someone hacking into your server, running ACME to get a cert, cleaning up their traces, and then intercepting your traffic for 90 days. CAA records assume the CA is trustworthy and following the rules.

kam • today at 3:50 PM

CAs check CAA records, clients don't.

➕ show 1 reply