Live data from Hacker News

Google Chief Architect: we only respond to specific orders about individuals

plus.google.com

101–107 of 107 posts

Re: Google Chief Architect: we only respond to specific orders about individuals

#101
post #96

one thing crossed my mind : could the fact that this things blows up right when china's president is coming to the US to talk about cyber espionage and individual liberties be a coincidence ?

That's a good point. It does seem like the slides are fake and someone is trying to play the public against Internet companies, or alternatively, that someone is playing public against US governement.

Re: Google Chief Architect: we only respond to specific orders about individuals

#102
post #31

His comments are actually the most insightful points I've seen about the discussion regarding PRISM: I have my own suspicions -- which I won't go into here -- about what PRISM was actually about. I'll just say that there are ways to intercept people's Google, Facebook, etc., traffic in bulk without sticking any moles into the org -- or directly tapping their lines. You may find some interesting hints in the leaked PR…

Here's a much simpler explanation: The Feds submit a FISA order for specific data collection. The companies' lawyers approve it. Then the NSA has a convenient user interface for accessing that data (perhaps real-time?) somehow from the companies' servers (possibly through an intermediary). How else is this data being sent to Ft. Mead? Thumb drives via FedEx? The dates on the slides might be when a company has erected…

Oh, that makes a lot of sense. Referring to this:

http://cdn.theatlantic.com/static/mt/assets/science/assets_c...

For only $20M/yr (which is nothing by government standards), I could definitely see that being a roadmap for building the user friendly endpoint to obtain the relatively small number of legally obtained records from each provider.

Re: Google Chief Architect: we only respond to specific orders about individuals

#103
post #78
post #42

Earlier quoted context omitted.

Beam splitters (prisms?) inside the backbone providers. All traffic goes to its destination unharmed, but the NSA gets all the packets. SSL is harder, but all you need is the private keys. Those are hard to get but not impossible for someone with the resources of the government. This is the only scalable way to do what they are supposed to be doing and not involve lots of outsiders. Note that the people who have real…

Ok so they split and copy all the packets, nobody else is concerned with the complexity of tagging, filtering, rebuilding and contextualizing this conceptual volume of packet data? Beam splitters are not enough, they would need something to interpret this traffic. Something is missing here.

Then you just process basic metadata. Size, IP source, destination, timing, and statistical analysis of the binary. Assuming that they have ways of converting IP to an identity that information alone would be hugely revealing. In fact basic metadata is what they have admitted to recording.

Re: Google Chief Architect: we only respond to specific orders about individuals

#104
post #94

Earlier quoted context omitted.

I was clearly wrong. But I am still lost on how it would be detectable? From Google's end, some client just disconnected. From the client's end, the internet just got a tiny bit more latency.

If you had Google's certificate private key, you can pretend to be Google. It's undetectable from the user's perspective. I think we should trust Google to keep their private keys safe, although it would help a lot if the published in general terms how they accomplish this.

"I think we should trust Google to keep their private keys safe, although it would help a lot if the published in general terms how they accomplish this."

Really, I would think it would be easy for the NSA, etc to get an operative inside Google, FB etc and steal these. Intelligence organizations are very good at this after all..

Re: Google Chief Architect: we only respond to specific orders about individuals

#105
post #40

Two things that cannot be true at the same time: this Google+ post, and the idea that Google coughed up their TLS keys to the government.

"Two things that cannot be true at the same time"

Only if you assumed he is fully informed. Do you think Google chief software architect would fall within "need to know", if Google had been ordered to hand over their SSL private keys? I doubt it.

Re: Google Chief Architect: we only respond to specific orders about individuals

#106
post #66

Earlier quoted context omitted.

How are they getting the DH keys without cooperation from at least one of the SSL endpoints involved? They're newly generated at every SSL handshake, you can't just get a mole to hand you the keys once and be done with it. If you had the certificate private key, you could do a MITM, but this requires a LOT more resources and would be much more easily detectable.

I was clearly wrong. But I am still lost on how it would be detectable? From Google's end, some client just disconnected. From the client's end, the internet just got a tiny bit more latency.

See here for why it would be detectable (for Google, at least): https://news.ycombinator.com/item?id=5843525

Re: Google Chief Architect: we only respond to specific orders about individuals

#107
post #99
post #94

Earlier quoted context omitted.

If you had Google's certificate private key, you can pretend to be Google. It's undetectable from the user's perspective. I think we should trust Google to keep their private keys safe, although it would help a lot if the published in general terms how they accomplish this.

The signing key for Gmail's certificate is a 1024-bit RSA key. That key size is simply not safe against an attacker like the NSA today, so we may as well assume they have the private key even if Google didn't voluntarily give it to them. But while the signing key may allow them to impersonate Google in some circumstances, it doesn't really help decrypting passively recorded TLS traffic to the real Google. For that, t…

Google is currently working on upgrading their certificates so in the future it will be better: http://googleonlinesecurity.blogspot.com.au/2013/05/changes-...
Post reply on HN