Live data from Hacker News

Google speeding up end-to-end crypto between data centers worldwide

arstechnica.com

21–30 of 41 posts

Re: Google speeding up end-to-end crypto between data centers worldwide

#21
post #12

This is _not_ end-to-end crypto, that would require users storing the keys to their own emails on their own systems. This is basically TLS on a giant scale but does not prevent email from being intercepted while "at rest" on a gmail server.

let's not pretend these emails are sitting in plaintext on google's servers though. they are "fragmented and obfuscated" at rest.

Re: Google speeding up end-to-end crypto between data centers worldwide

#22
post #4

If Google comes up with a much more sane version of or alternative to IPsec, deployed on all their boxes, it would be an amazing improvement for the world.

At this point everything they could come up with, would have the feature to be accessible by the NSA, don't you think?

Re: Google speeding up end-to-end crypto between data centers worldwide

#23
post #2

I'm still quite astonished that (according to some of the comments) it's fairly standard that traffic between datacenters is not encrypted. Granted we're talking about extremely large throughput, but I thought Google of all companies would have invested in routers capable of doing this or at least gone to the trouble of designing their own hardware that does it; since Google is no stranger to this already.

These are private circuits between datacentres, and as such have always been in the "assumed secure" category.

Re: Google speeding up end-to-end crypto between data centers worldwide

#24

Earlier quoted context omitted.

Except of course, as we've learnt over the last few weeks, they're essentially one and the same thing. You can't trust a third party with your data if you want it kept secure. Period.

You can't trust a third party with your data if you want it kept secure. Period. It's impossible to do otherwise, though.

That is the rub of course.

Self hosting is somewhat better, if nothing else because it presents a much less tempting target, and it is a privilege currently only available to the technical.

Well implemented strong encryption is another avenue.

Re: Google speeding up end-to-end crypto between data centers worldwide

#25

Earlier quoted context omitted.

You can't trust a third party with your data if you want it kept secure. Period. It's impossible to do otherwise, though.

That is the rub of course. Self hosting is somewhat better, if nothing else because it presents a much less tempting target, and it is a privilege currently only available to the technical. Well implemented strong encryption is another avenue.

Even with self-hosting, there's a lot of third-party hardware and software that you have to trust.

Re: Google speeding up end-to-end crypto between data centers worldwide

#27

Earlier quoted context omitted.

That is the rub of course. Self hosting is somewhat better, if nothing else because it presents a much less tempting target, and it is a privilege currently only available to the technical. Well implemented strong encryption is another avenue.

Even with self-hosting, there's a lot of third-party hardware and software that you have to trust.

Absolutely, but it changes the economics substantially in your favour.

Re: Google speeding up end-to-end crypto between data centers worldwide

#28
post #17
post #11

Earlier quoted context omitted.

> IPSec didn't exactly take off Oh, jezus. Did you read it on the Internets? IPsec (s is in lowercase) is the standard to securing L2 connectivity and it has been ubiquitously used for site-to-site and client-to-site connectivity for ages. In addition to several mature FOSS implementations, every network equipment vendor ships one. There is also a ton of client software - Windows supported it since Windows 2000, the…

IPsec, which runs at layer 3, secures IP (layer 3) traffic. To protect L2 connectivity with IPsec, you'll need to tunnel the l2 frames inside IP.

You're right. And he's right too.

Standalone IPsec is supposedly nearly non-existent, but there's a plenty of L2TP/IPsec traffic out there.

Re: Google speeding up end-to-end crypto between data centers worldwide

#29
post #2

I'm still quite astonished that (according to some of the comments) it's fairly standard that traffic between datacenters is not encrypted. Granted we're talking about extremely large throughput, but I thought Google of all companies would have invested in routers capable of doing this or at least gone to the trouble of designing their own hardware that does it; since Google is no stranger to this already.

Agreed, I first thought the title said that Google was decreasing the key size of the crypto to speed up the traffic, and that the story was a negative one.

I work for TeliaSonera and I can tell you that it's very standard for us to use VPN connections between worldwide datacenters.

Post reply on HN