Live data from Hacker News

Acme, a brief history of one of the protocols which has changed the Internet

blog.brocas.org

71–80 of 91 posts

Re: Acme, a brief history of one of the protocols which has changed the Internet

#71
post #34

Earlier quoted context omitted.

I'm not sure what that would solve. You would still need some central entity to sign the DNS TXT record, to ensure that the HTTPS client does not use a tampered DNS TXT record.

If someone can tamper with your DNS TXT records now they can get a certificate for your domain.

That's already the case with dns-01 verification, no?

Besides, if someone has access to your TXT records then chances are they can also change A records, and you've lost already.

Re: Acme, a brief history of one of the protocols which has changed the Internet

#72
post #35

Earlier quoted context omitted.

Ah but then how would nations spy on people by compromising the root certificate?

You're insinuating that the Let's Encrypt roots are compromised? https://letsencrypt.org/repository/#isrg-legal-transparency-...

No, but it’s a well-established fact that some CAs are run by governments, some of which are publicly trusted by browsers.

Re: Acme, a brief history of one of the protocols which has changed the Internet

#73
post #55

To play the devils advocate: TLS on websites where you are not logged in is the greatest security hogwash of all times. For example the cookies of the NYT: - Store and/or access information on a device 178 vendors - Use limited data to select advertising 111 vendors - Create profiles for personalised advertising 135 vendors - Use profiles to select personalised advertising - Understand audiences through statistics or…

TLS is not just for encryption, but also for integrity. The content you are seeing is exactly as intended by the owner of the domain or webservice (for whatever that is worth). No easy way to mitm or inject content on the way.

Re: Acme, a brief history of one of the protocols which has changed the Internet

#74
post #55

To play the devils advocate: TLS on websites where you are not logged in is the greatest security hogwash of all times. For example the cookies of the NYT: - Store and/or access information on a device 178 vendors - Use limited data to select advertising 111 vendors - Create profiles for personalised advertising 135 vendors - Use profiles to select personalised advertising - Understand audiences through statistics or…

> The NSA is no longer listening because there is TLS everywhere? Sure, and the earth is flat. I’d be very surprised if they haven’t had several of the root trust entities compromised from day one. I wouldn’t rely on TLS with any of the typical widely-deployed trust chains for any secrecy at all if your opponent is US intelligence.

What about certificate transparency?

Re: Acme, a brief history of one of the protocols which has changed the Internet

#75

Has anyone considered the possibility that a CA such as Let's Encrypt could be compromised or even run entirely by intelligence operatives? Of course, there are many other CAs that could be compromised and making money off of customers on top of that. But who knows... What could defend against this possibility? Multiple signatures on a certificate?

IF you accept CA certificate X as trusted, then you are assuming anything signed by X is who it says it is. HTTPS server certificates are signed by CAs.

The actual communication is secured by a public/private keypair which is separate from the CA certificate.

Browsers have a set of certificates "pre-accepted", these are the default root certificates. There have been issues with some of them over time (e.g. DigiNotar) and they hav changed over time. If you hear of someone speaking about the "CA cartel" this is what they mean.

So a compromised CA can make you think you are talking to someone, like your bank, when you are not. But it doesn't enable snooping on traffic on the wire.

A CA can protect from this compromise by keeping the root private key entirely offline and signing a couple intermediate CA certificates. Then, if one of those intermediate CAs gets compromised, it can be revoked and a new intermediate CA created. You as a user of the CA can't do much though-either you choose to trust it (or delegate that trust) or don't.

You can create your own self-signed root CA certificates and client/server certificates signed by that CA fairly easily. But you then have to add the root CA as a trusted certificate into every device you want to use it, including those of your friends, employees, etc. This isn't quite as bad as it sounds, the last time I checked even phones would install a new root CA certificate if you opened a .crt file, and deploying CA certificates via Microsoft Group Policy is a thing.

Re: Acme, a brief history of one of the protocols which has changed the Internet

#76

I’m sorry, who the heck wrote this and why should I trust them? Very poorly written, also. It’s bizarre. There is a photo at the top, no name, no site title. No about page. Extremely untrustworthy.

No! It's not bizarre. Scroll down to the footer--> click on "Homepage" Then you will get to his homepage: https://www.brocas.org/

teeny tiny link at the bottom, oy. A site almost totally free of context. No date on the post, even. In the context of how history/journalism of this sort is normally delivered, it is absolutely bizarre.

Ironic that someone specializing in security doesn't understand how to make their information trustworthy. But I suppose it's easier and more fun to try and understand machines than other human beings.

Re: Acme, a brief history of one of the protocols which has changed the Internet

#77
post #28

Earlier quoted context omitted.

Ironically, the inability to cache TLS on the edge of my network makes the Internet more surveillable since everything has to pass through the Room 641As of the world and subjects us all to more network behavior analysis. The TLS-everything world leaks so much more metadata. It's more secure but less private .

You can do it if you're happy to deploy your CA to your network, can't you? Deploying CA certs sucks, though. I wish it was easier.

It's one of those things that may be technically possible but that doesn't matter unless a large enough percentage of other people are doing it too. Now that everything is geared to be realtime, anything most people will want to do on a computer will have those kind of traffic patterns. Even our popular application platforms are set up to encourage this pattern. Electron being a browser engine is geared around making network connections first and foremost.

Re: Acme, a brief history of one of the protocols which has changed the Internet

#78
post #13

Earlier quoted context omitted.

Even funnier, if one SIGINT team built a centralized "encryption everywhere" effort (before sites get encryption elsewhere), but that asset had to be need-to-know secret, so another SIGINT team of the same org, not knowing the org already owned "encryption everywhere", responded to the challenge by building a "DoS defense" service that bypasses the encryption, and started DoS driving every site of interest to that se…

Sounds like Cloudflare honestly. There are many issues with CA trust in the modern Internet. The most paranoid among us would do well to remove every trusted CA key from their OS and build a minimal set from scratch, I suppose. Browsers simply make it too easy to overlook CA-related issues, especially if you think a CA is compromised or malicious.

https://knowyourmeme.com/memes/thats-the-joke

Re: Acme, a brief history of one of the protocols which has changed the Internet

#79

Earlier quoted context omitted.

Not tamper with the record directly, but MitM it on the way to a target.

That should be prevented by dnssec no?

Depends on who your adversary is. If it's your ISP: no, DNSSEC doesn't prevent that (in every mainstream deployment scenario, your upstream DNS recursive server is the only thing really doing DNSSEC validation).

Re: Acme, a brief history of one of the protocols which has changed the Internet

#80
post #72

Earlier quoted context omitted.

You're insinuating that the Let's Encrypt roots are compromised? https://letsencrypt.org/repository/#isrg-legal-transparency-...

No, but it’s a well-established fact that some CAs are run by governments, some of which are publicly trusted by browsers.

The mainstream root stores all require Certificate Transparency now.
Post reply on HN