Nope, there was certainly a lot saying that you only need TLS on login pages and sensitive data pages. And that even sites with login and payment pages are ok to use http on the rest of the site.

I recall folks on HN and else where claim static websites don't need https.

I've held that opinion and I was wrong.

I still hold that opinion, though reduced to situations where there are other ways than full-blown TLS to get authenticity.

Due to a lack of options for putting signing pubkeys into DNS or something like that, this requires the loaded page itself to be delivered over TLS. Bulk content can rely on subresource integrity, but may need a fall back on TLS to successfully load the content in the presence of MITM. This fallback can likely be done via a small script, either inline or also served via TLS.

> Due to a lack of options for putting signing pubkeys into DNS or something like that

Yes and there is https://en.wikipedia.org/wiki/DNS-based_Authentication_of_Na... for that! We just need community to adopt it, and move away from the mess of a system CAs are.

No, that's for putting TLS pubkeys into DNS.

I'm complaining about a lack of support for signing keys. Think IPFS's IPNS (though that goes a bit beyond just signing keys, as it includes DHT-based retrieval with just the key (and notably lacking an address).

My home lab has its own openssl x.509 root CA, which issues TLS certs for all my stuff in rfc1918 IP space. I've trusted the CA in my browsers. It wasn't rocket science to set up.

Hmm is just grabbing a domain name and pointing subdomains to internal IP address bad idea? Cause that's what I do and I thought everyone did this.