<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Google Street View&#8217;s Privacy Blunder Just Keeps Getting Worse</title>
	<atom:link href="http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/</link>
	<description>80beats is DISCOVER&#039;s news aggregator, weaving together the choicest tidbits from the best articles covering the day&#039;s most compelling topics.</description>
	<lastBuildDate>Tue, 22 May 2012 17:56:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: JonDon</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-1012656</link>
		<dc:creator>JonDon</dc:creator>
		<pubDate>Mon, 06 Jun 2011 21:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-1012656</guid>
		<description>I am not super excited about my nose picking being recorded for future generations to make fun of.

Nose gold is important business.</description>
		<content:encoded><![CDATA[<p>I am not super excited about my nose picking being recorded for future generations to make fun of.</p>
<p>Nose gold is important business.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: HI55</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-726838</link>
		<dc:creator>HI55</dc:creator>
		<pubDate>Sun, 20 Mar 2011 12:19:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-726838</guid>
		<description>But they stood right up and apologized, right?

Right here:
&quot;We are mortified by what happened, but confident that these changes to our processes and structure will significantly improve our internal privacy and security practices for the benefit of all our users.&quot;
Of course, this had nothing to do with internal privacy, and the users affected were not necessarily using any Google product, but hey,  let&#039;s &quot;get over it&quot; and just play along. Let them do whatever they want and lie about it afterwards; they&#039;re an American corporation.

And they stood right up and apologized...right?</description>
		<content:encoded><![CDATA[<p>But they stood right up and apologized, right?</p>
<p>Right here:<br />
&#8220;We are mortified by what happened, but confident that these changes to our processes and structure will significantly improve our internal privacy and security practices for the benefit of all our users.&#8221;<br />
Of course, this had nothing to do with internal privacy, and the users affected were not necessarily using any Google product, but hey,  let&#8217;s &#8220;get over it&#8221; and just play along. Let them do whatever they want and lie about it afterwards; they&#8217;re an American corporation.</p>
<p>And they stood right up and apologized&#8230;right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-643937</link>
		<dc:creator>Edward</dc:creator>
		<pubDate>Fri, 18 Feb 2011 13:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-643937</guid>
		<description>Such a wonderful, typical press/blog release piece of technical misinformation from GOOGLE(tm) in its reply for calming the sheep down. Just mess with incompatible/misplaced/conceptually wrong, and things will be misunderstood (for good).

What, in a world, does &quot;0.2 seconds&quot; mean in terms of data amount? Of course it was chosen because it sounds so little.

So what 0.2 seconds do we talk about? Morse transmission? Zx Spectrum loading from a tape (than it would be about 200 bits)? Or WiFi running at full speed 54Mbit? Oh, well, that&#039;s just 11Megabits of data (=1.35Mbytes), if chaneel is loaded. It&#039;s not a &quot;part of email&quot;, but  about 100 typical emails with reply tails or over a thousand &quot;clean&quot; new emails in their entirety.

Don&#039;t let typical marketing droid generated weaselwords fool you.

Of course, nobody from google could ever notice harvesting of any other data than what they needed. Because they probably just thought that it would be worth checking the harvested data only after these vans have covered an entire globe? And vans had no technical personnel, just a retarded driver that could only operate a car radio. Sure, we do sincerely belive in that.

Fixating MAC address physical locations on the globe is already a privacy violation.  Just even that. IP addresses are mostly dynamic and it&#039;s entire pool ios one big mess, no wonder they wanted to fix the real situation on the map for obtaining a greater power over information flow and sources. Capturing any other data flow, unencrypted or not, is a serious violation, especially for purposes of further use in commerce and control.

During the day,  your window is closed by just curtains - it means I can peek in to my liking and take notes of things you have and do there?

You don&#039;t apply any encryption to your phone calls, do you? How about wiretapping those?

In terms of data amount, for a landline every of those &quot;0.2 seconds of data&quot; contain about three minutes of telephone conversation data. For GSM it&#039;s about 20 minutes.</description>
		<content:encoded><![CDATA[<p>Such a wonderful, typical press/blog release piece of technical misinformation from GOOGLE(tm) in its reply for calming the sheep down. Just mess with incompatible/misplaced/conceptually wrong, and things will be misunderstood (for good).</p>
<p>What, in a world, does &#8220;0.2 seconds&#8221; mean in terms of data amount? Of course it was chosen because it sounds so little.</p>
<p>So what 0.2 seconds do we talk about? Morse transmission? Zx Spectrum loading from a tape (than it would be about 200 bits)? Or WiFi running at full speed 54Mbit? Oh, well, that&#8217;s just 11Megabits of data (=1.35Mbytes), if chaneel is loaded. It&#8217;s not a &#8220;part of email&#8221;, but  about 100 typical emails with reply tails or over a thousand &#8220;clean&#8221; new emails in their entirety.</p>
<p>Don&#8217;t let typical marketing droid generated weaselwords fool you.</p>
<p>Of course, nobody from google could ever notice harvesting of any other data than what they needed. Because they probably just thought that it would be worth checking the harvested data only after these vans have covered an entire globe? And vans had no technical personnel, just a retarded driver that could only operate a car radio. Sure, we do sincerely belive in that.</p>
<p>Fixating MAC address physical locations on the globe is already a privacy violation.  Just even that. IP addresses are mostly dynamic and it&#8217;s entire pool ios one big mess, no wonder they wanted to fix the real situation on the map for obtaining a greater power over information flow and sources. Capturing any other data flow, unencrypted or not, is a serious violation, especially for purposes of further use in commerce and control.</p>
<p>During the day,  your window is closed by just curtains &#8211; it means I can peek in to my liking and take notes of things you have and do there?</p>
<p>You don&#8217;t apply any encryption to your phone calls, do you? How about wiretapping those?</p>
<p>In terms of data amount, for a landline every of those &#8220;0.2 seconds of data&#8221; contain about three minutes of telephone conversation data. For GSM it&#8217;s about 20 minutes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ackthpt</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-395329</link>
		<dc:creator>Ackthpt</dc:creator>
		<pubDate>Wed, 03 Nov 2010 20:50:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-395329</guid>
		<description>Frank Ads:  there are more important things for you to obsess over.  Get over it. In the amount of code they produce yearly (millions of lines of code made my thousands of programmers), do you really think it&#039;s that hard for something like this to slip by?   Perhaps you have a better solution?  

That&#039;s what I thought. Bitch and moan, it&#039;s easier.</description>
		<content:encoded><![CDATA[<p>Frank Ads:  there are more important things for you to obsess over.  Get over it. In the amount of code they produce yearly (millions of lines of code made my thousands of programmers), do you really think it&#8217;s that hard for something like this to slip by?   Perhaps you have a better solution?  </p>
<p>That&#8217;s what I thought. Bitch and moan, it&#8217;s easier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank Ads</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-391326</link>
		<dc:creator>Frank Ads</dc:creator>
		<pubDate>Mon, 01 Nov 2010 17:14:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-391326</guid>
		<description>(replying to self)
&quot;As Google’s own blog posts have noted, it is very useful for smartphones such as the iPhone, or a Google Android handset, to store a list of Wi-Fi hotspots and use this data to quickly deliver geographical information to the user about their surrounds.
By treating Wi-Fi access points or cell towers as ‘beacons’, smartphones are able to fix their general location quickly in a power-efficient way, even while they may be working on a more precise GPS-based location,” Google’s original blog on the subject states, noting that this is precisely how the first-generation iPhone worked, before Apple added satellite GPS functionality to the device&quot;  ( quote Google official from APCmag site) 

hmm ... OK. a bit of swift triangulation at the old street corner ... some time-stamp differences might give locations. Then again, so would a 2 second stop at the street corner - and let your hi-quality GPS tell you.

Still, capturing MAC / Net addresses is not so big an issue - especially if the door&#039;s open. A reputable company with technical resourese shouldn&#039;t do it, of course, but then Google don&#039;t seem to have the resources to check some sensitive code, apparently ( says a lot for their software versioning) 

So, I have some code that scrapes the net address as i pass by. Why does my code stay open to catch the rest of any stream ? Once I have easily recogniseable net addresses captured - why would I hold the rest of the junk I caught in the stac ? Why didn&#039;t someone &quot;notice&quot;  Gigs and Gigs of data that wasn&#039;t just a long list of timestamps + address + mac name ?</description>
		<content:encoded><![CDATA[<p>(replying to self)<br />
&#8220;As Google’s own blog posts have noted, it is very useful for smartphones such as the iPhone, or a Google Android handset, to store a list of Wi-Fi hotspots and use this data to quickly deliver geographical information to the user about their surrounds.<br />
By treating Wi-Fi access points or cell towers as ‘beacons’, smartphones are able to fix their general location quickly in a power-efficient way, even while they may be working on a more precise GPS-based location,” Google’s original blog on the subject states, noting that this is precisely how the first-generation iPhone worked, before Apple added satellite GPS functionality to the device&#8221;  ( quote Google official from APCmag site) </p>
<p>hmm &#8230; OK. a bit of swift triangulation at the old street corner &#8230; some time-stamp differences might give locations. Then again, so would a 2 second stop at the street corner &#8211; and let your hi-quality GPS tell you.</p>
<p>Still, capturing MAC / Net addresses is not so big an issue &#8211; especially if the door&#8217;s open. A reputable company with technical resourese shouldn&#8217;t do it, of course, but then Google don&#8217;t seem to have the resources to check some sensitive code, apparently ( says a lot for their software versioning) </p>
<p>So, I have some code that scrapes the net address as i pass by. Why does my code stay open to catch the rest of any stream ? Once I have easily recogniseable net addresses captured &#8211; why would I hold the rest of the junk I caught in the stac ? Why didn&#8217;t someone &#8220;notice&#8221;  Gigs and Gigs of data that wasn&#8217;t just a long list of timestamps + address + mac name ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank Ads</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-391299</link>
		<dc:creator>Frank Ads</dc:creator>
		<pubDate>Mon, 01 Nov 2010 16:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-391299</guid>
		<description>Well, that all sounds very liberal of you all.
What, I WANT to know, was the need to collect Wi-Fi network location/security/address in the first place ? The cars had a v. good GPS (I assume)and surely that is enough ? If the car speeding through streets fails GPS reads,  because it cannot update fast enough, then what does a network address give in place ? How does a stolen IP marry to an exact street code/LatLong location ? 
According to other press reports, an &quot;engineer&quot; had left some code in, that was designed to monitor what documen (types) were flying over insecure networks. I assume the innocent interpretation was that Google had a thought to tell the World...&quot;so many PDFs, JPGs etc were present in X district&quot; But, WTF is THAT about anyway?  You don&#039;t need to be a C++ expert to understand the AIM of a line of code -- So, with Google, I&#039;m still waiting for a plausible explanation of the engineer&#039;s code. 
At the end of the day, I don&#039;t think it was CIA-financed research... it was likely another collection push so that Google could, yet again, enhance some sort of Advertising/Sales advantage. Still smells though</description>
		<content:encoded><![CDATA[<p>Well, that all sounds very liberal of you all.<br />
What, I WANT to know, was the need to collect Wi-Fi network location/security/address in the first place ? The cars had a v. good GPS (I assume)and surely that is enough ? If the car speeding through streets fails GPS reads,  because it cannot update fast enough, then what does a network address give in place ? How does a stolen IP marry to an exact street code/LatLong location ?<br />
According to other press reports, an &#8220;engineer&#8221; had left some code in, that was designed to monitor what documen (types) were flying over insecure networks. I assume the innocent interpretation was that Google had a thought to tell the World&#8230;&#8221;so many PDFs, JPGs etc were present in X district&#8221; But, WTF is THAT about anyway?  You don&#8217;t need to be a C++ expert to understand the AIM of a line of code &#8212; So, with Google, I&#8217;m still waiting for a plausible explanation of the engineer&#8217;s code.<br />
At the end of the day, I don&#8217;t think it was CIA-financed research&#8230; it was likely another collection push so that Google could, yet again, enhance some sort of Advertising/Sales advantage. Still smells though</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-376733</link>
		<dc:creator>john</dc:creator>
		<pubDate>Tue, 26 Oct 2010 21:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-376733</guid>
		<description>it happened years ago. what was &quot;said&quot; then is of no consequence / importance to anyone after all this time, not even the tender &quot;i love you&#039;s&quot;. one assumes google or big brother was randomly collecting major messages from a single pair of communicants as they drove the streets of oslo and bariloche.  stupid is as government does.  rear another study and investigation. damn, hell there are 250 nations; each one should start their own, and those that concluded should reinvestigate.  google doesn&#039;t care what maria said to uri.</description>
		<content:encoded><![CDATA[<p>it happened years ago. what was &#8220;said&#8221; then is of no consequence / importance to anyone after all this time, not even the tender &#8220;i love you&#8217;s&#8221;. one assumes google or big brother was randomly collecting major messages from a single pair of communicants as they drove the streets of oslo and bariloche.  stupid is as government does.  rear another study and investigation. damn, hell there are 250 nations; each one should start their own, and those that concluded should reinvestigate.  google doesn&#8217;t care what maria said to uri.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tgentry</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-376088</link>
		<dc:creator>tgentry</dc:creator>
		<pubDate>Tue, 26 Oct 2010 15:14:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-376088</guid>
		<description>The people that are not securing their wi-fi are to blame, they&#039;re the ones broadcasting their information all over the place.</description>
		<content:encoded><![CDATA[<p>The people that are not securing their wi-fi are to blame, they&#8217;re the ones broadcasting their information all over the place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jennifer Welsh</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-374414</link>
		<dc:creator>Jennifer Welsh</dc:creator>
		<pubDate>Mon, 25 Oct 2010 20:52:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-374414</guid>
		<description>@Bob, Thanks for the breath of fresh air. I agree that it seems people are making a big deal about Google accessing something they should know isn&#039;t secure (unencrypted wireless networks). 

Thanks for the additional details about the software. From what I&#039;ve seen it seems like most of the data they gathered was fragmented (only part of the transmission fell within the 0.20 second window), but a small part of it was complete. 

Thanks for reading and commenting! 

Jen</description>
		<content:encoded><![CDATA[<p>@Bob, Thanks for the breath of fresh air. I agree that it seems people are making a big deal about Google accessing something they should know isn&#8217;t secure (unencrypted wireless networks). </p>
<p>Thanks for the additional details about the software. From what I&#8217;ve seen it seems like most of the data they gathered was fragmented (only part of the transmission fell within the 0.20 second window), but a small part of it was complete. </p>
<p>Thanks for reading and commenting! </p>
<p>Jen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Gezelter</title>
		<link>http://blogs.discovermagazine.com/80beats/2010/10/25/google-street-views-privacy-blunder-just-keeps-getting-worse/comment-page-1/#comment-374328</link>
		<dc:creator>Bob Gezelter</dc:creator>
		<pubDate>Mon, 25 Oct 2010 20:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.discovermagazine.com/80beats/?p=21760#comment-374328</guid>
		<description>Actually, the privacy hazard is far less than the almost all of the reports would have one believe. An independent review of the code and procedures has reported that the Street View code passively monitoring Wi-Fi signals switched channels every 0.20 seconds. Thus, the fact that some e-mails and other data was seen in the product of the sheer volume of data gathered. As they say, enough monkeys, typewriters, and time, and sooner or later you might just get a something resembling Shakespeare. 

However, the key phrase is &quot;unencrypted Wi-Fi&quot;. This material was broadcast unencrypted where anyone in range who cares to listen could acquire it. I worry far more about a local neighbor with long-term access by reason of location than I would worry about Google Street View cars visiting every so often. The hazards are not of the same scale.

A far larger discussion of the issue (with references) can be found in my most recent blog posting, &quot;Google Street View and Unencrypted Wi-Fi&quot; at http://www.rlgsc.com/blog/ruminations/google-street-view-and-unencrypted-wifi.html.</description>
		<content:encoded><![CDATA[<p>Actually, the privacy hazard is far less than the almost all of the reports would have one believe. An independent review of the code and procedures has reported that the Street View code passively monitoring Wi-Fi signals switched channels every 0.20 seconds. Thus, the fact that some e-mails and other data was seen in the product of the sheer volume of data gathered. As they say, enough monkeys, typewriters, and time, and sooner or later you might just get a something resembling Shakespeare. </p>
<p>However, the key phrase is &#8220;unencrypted Wi-Fi&#8221;. This material was broadcast unencrypted where anyone in range who cares to listen could acquire it. I worry far more about a local neighbor with long-term access by reason of location than I would worry about Google Street View cars visiting every so often. The hazards are not of the same scale.</p>
<p>A far larger discussion of the issue (with references) can be found in my most recent blog posting, &#8220;Google Street View and Unencrypted Wi-Fi&#8221; at <a href="http://www.rlgsc.com/blog/ruminations/google-street-view-and-unencrypted-wifi.html" rel="nofollow">http://www.rlgsc.com/blog/ruminations/google-street-view-and-unencrypted-wifi.html</a>.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk

Served from: blogs.discovermagazine.com @ 2012-05-23 03:29:03 -->
