Earlier quoted context omitted.
They could use it to build more accurate profiles of their users in order to monetize them.
> We don't correlate or combine information from our temporary or permanent logs with any personal information that you have provided Google for other services. -- https://developers.google.com/speed/public-dns/privacy
Google acknowledges XKCD #1361
31–40 of 44 posts
Re: Google acknowledges XKCD #1361
#32Earlier quoted context omitted.
> We don't correlate or combine information from our temporary or permanent logs with any personal information that you have provided Google for other services. -- https://developers.google.com/speed/public-dns/privacy
They also don't work with the NSA.
Re: Google acknowledges XKCD #1361
#33Earlier quoted context omitted.
Interesting. I tend to believe it for some reason, although I don't know why myself. Does somebody really check if such promises are true? Are they trustworthy? It reminds me, that case with collecting wifi traffic — how did it get revealed at all?
Nine days ago the data protection authority (DPA) in Hamburg, Germany asked to audit the WiFi data that our Street View cars collect for use in location-based products like Google Maps for mobile, which enables people to find local restaurants or get directions. His request prompted us to re-examine everything we have been collecting, and during our review we discovered that a statement made in a blog post on April 2…
Re: Google acknowledges XKCD #1361
#34Maybe a stupid question, but is it monetized somehow? I mean DNS servers. After all, it's a pretty heavy load… I still don't really understand what is (is known to be) monetizable and what isn't.
Re: Google acknowledges XKCD #1361
#35Re: Google acknowledges XKCD #1361
#36The command is only: dig +short TXT google-public-dns-a.google.com by the way, the " http://xkcd..." part is the response, but since @asdafa didn't put \n\n after the command, it's appearing at the same line.
Re: Google acknowledges XKCD #1361
#37The command is only: dig +short TXT google-public-dns-a.google.com by the way, the " http://xkcd..." part is the response, but since @asdafa didn't put \n\n after the command, it's appearing at the same line.
They probably did put it in but forgot about markdown.
Re: Google acknowledges XKCD #1361
#38Earlier quoted context omitted.
Nine days ago the data protection authority (DPA) in Hamburg, Germany asked to audit the WiFi data that our Street View cars collect for use in location-based products like Google Maps for mobile, which enables people to find local restaurants or get directions. His request prompted us to re-examine everything we have been collecting, and during our review we discovered that a statement made in a blog post on April 2…
How do you _mistakenly_ collect "samples of payload data"? Someone mistakenly wrote/used a packet logger, compiled/installed it on the Street View cars and mistakenly executed the service to be running in the background? How does that happen?
links to
http://static.googleusercontent.com/media/www.google.com/en/...
which explains how it happened in the executive summary and then in way more detail in the body.
Re: Google acknowledges XKCD #1361
#39Maybe a stupid question, but is it monetized somehow? I mean DNS servers. After all, it's a pretty heavy load… I still don't really understand what is (is known to be) monetizable and what isn't.
I guess, for Google at least, getting all DNS requests of their users is worth paying for a popular DNS server. That's how they know which sites your like even if those sites don't use Google Analytics.
Re: Google acknowledges XKCD #1361
#40Earlier quoted context omitted.
Nine days ago the data protection authority (DPA) in Hamburg, Germany asked to audit the WiFi data that our Street View cars collect for use in location-based products like Google Maps for mobile, which enables people to find local restaurants or get directions. His request prompted us to re-examine everything we have been collecting, and during our review we discovered that a statement made in a blog post on April 2…
How do you _mistakenly_ collect "samples of payload data"? Someone mistakenly wrote/used a packet logger, compiled/installed it on the Street View cars and mistakenly executed the service to be running in the background? How does that happen?
Possibly a debug option to log the whole packets added during development, and it was accidently left on in production.
Or the whole packet was always logged, a second process would then skim just extracting the SSID/MAC (correlating with GPS), and another process was deleting the raw logs. That third process failed.
A few big drives in teh data collection devices, and possibly nobody noticed where filling up a little too quickly.