<?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: Open letter to Google</title>
	<atom:link href="http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/</link>
	<description>Security Research, Computer Laboratory, University of Cambridge</description>
	<lastBuildDate>Fri, 27 Aug 2010 15:36:41 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: John</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31194</link>
		<dc:creator>John</dc:creator>
		<pubDate>Sun, 05 Jul 2009 21:51:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31194</guid>
		<description>You would think those googlers would have thought about this, since they claim to be at the &quot;blleeding edge&quot; of technology.  I&#039;ve noticed a lot of websites that have login features still don&#039;t use HTTPS for logins, resulting in &quot;real&quot; email addresses being harvested by spammers.  Yahoo used to offer a secure login option a few years back, though I think they moved it to HTTPS permanently.  However, if you use chat clients, they may still go over HTTP.  I&#039;m using my real email address for this site and am curious to know if this goes over HTTP or HTTPS too...</description>
		<content:encoded><![CDATA[<p>You would think those googlers would have thought about this, since they claim to be at the &#8220;blleeding edge&#8221; of technology.  I&#8217;ve noticed a lot of websites that have login features still don&#8217;t use HTTPS for logins, resulting in &#8220;real&#8221; email addresses being harvested by spammers.  Yahoo used to offer a secure login option a few years back, though I think they moved it to HTTPS permanently.  However, if you use chat clients, they may still go over HTTP.  I&#8217;m using my real email address for this site and am curious to know if this goes over HTTP or HTTPS too&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Dennis</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31167</link>
		<dc:creator>Bill Dennis</dc:creator>
		<pubDate>Fri, 26 Jun 2009 10:51:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31167</guid>
		<description>It&#039;s not just Google - what about Apple&#039;s MobileMe service - www.me.com. It has the same issue, but worse - there is no HTTPS option when using the service! So mail, contacts, calendars etc are all coming down over HTTP. Google are streets ahead of Apple here.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not just Google &#8211; what about Apple&#8217;s MobileMe service &#8211; <a href="http://www.me.com" rel="nofollow">http://www.me.com</a>. It has the same issue, but worse &#8211; there is no HTTPS option when using the service! So mail, contacts, calendars etc are all coming down over HTTP. Google are streets ahead of Apple here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ab</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31155</link>
		<dc:creator>ab</dc:creator>
		<pubDate>Wed, 24 Jun 2009 10:55:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31155</guid>
		<description>Addtional attack vectors should be also considered, in order to correctly grasp the threat level.
Even connections on  mobile phones may be at risk, according to what is explained and demonstrated in the post &quot;Gmail Hijacking on mobiles&quot; here:
http://www.mseclab.com/?p=160</description>
		<content:encoded><![CDATA[<p>Addtional attack vectors should be also considered, in order to correctly grasp the threat level.<br />
Even connections on  mobile phones may be at risk, according to what is explained and demonstrated in the post &#8220;Gmail Hijacking on mobiles&#8221; here:<br />
<a href="http://www.mseclab.com/?p=160" rel="nofollow">http://www.mseclab.com/?p=160</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clive Robinson</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31143</link>
		<dc:creator>Clive Robinson</dc:creator>
		<pubDate>Thu, 18 Jun 2009 15:00:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31143</guid>
		<description>Just one minor problem,

What sort of load will using HTTPS for all trafic put on Googles servers?

CPU Cycles are not free even on a free service.</description>
		<content:encoded><![CDATA[<p>Just one minor problem,</p>
<p>What sort of load will using HTTPS for all trafic put on Googles servers?</p>
<p>CPU Cycles are not free even on a free service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Clayton</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31135</link>
		<dc:creator>Richard Clayton</dc:creator>
		<pubDate>Wed, 17 Jun 2009 11:22:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31135</guid>
		<description>Google (in the person of &lt;a href=&quot;http://gaudior.net/alma/&quot; rel=&quot;nofollow&quot;&gt;Alma Whitten&lt;/a&gt;) has responded to the open letter -- in a fairly positive way.

http://googleonlinesecurity.blogspot.com/2009/06/https-security-for-web-applications.html</description>
		<content:encoded><![CDATA[<p>Google (in the person of <a href="http://gaudior.net/alma/" rel="nofollow">Alma Whitten</a>) has responded to the open letter &#8212; in a fairly positive way.</p>
<p><a href="http://googleonlinesecurity.blogspot.com/2009/06/https-security-for-web-applications.html" rel="nofollow">http://googleonlinesecurity.blogspot.com/2009/06/https-security-for-web-applications.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous coward</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31133</link>
		<dc:creator>anonymous coward</dc:creator>
		<pubDate>Wed, 17 Jun 2009 01:46:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31133</guid>
		<description>It warms my heart that people are working to make things better out there, thank you.

Just another anonymous coward showing there text support for your work.</description>
		<content:encoded><![CDATA[<p>It warms my heart that people are working to make things better out there, thank you.</p>
<p>Just another anonymous coward showing there text support for your work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Jennings</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31132</link>
		<dc:creator>Charles Jennings</dc:creator>
		<pubDate>Tue, 16 Jun 2009 21:32:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31132</guid>
		<description>I question putting the whole blame on Google.  I am in no sense defending Google, but wish to educate the - ultimately responsible - end user.  With the relatively recent PoC showing how SSL sessions can be hijacked (http://searchsecurity.techtarget.com/news/article/0,289142,sid14_gci1348473,00.html), it really is up to the end user to know 100% what he/she is doing / looking at.  If I wanted to, I could set up a wireless AP on my laptop and act as a wireless relay to a real AP - all the while capturing the &quot;apparent&quot; encrypted traffic as clear-text.  - In other words - stay away from public wifi networks.  Me - I build ssh tunnel back to my home network and use it as a SOCK5 proxy - that way I have total control over my sessions and their security.</description>
		<content:encoded><![CDATA[<p>I question putting the whole blame on Google.  I am in no sense defending Google, but wish to educate the &#8211; ultimately responsible &#8211; end user.  With the relatively recent PoC showing how SSL sessions can be hijacked (<a href="http://searchsecurity.techtarget.com/news/article/0,289142,sid14_gci1348473,00.html" rel="nofollow">http://searchsecurity.techtarget.com/news/article/0,289142,sid14_gci1348473,00.html</a>), it really is up to the end user to know 100% what he/she is doing / looking at.  If I wanted to, I could set up a wireless AP on my laptop and act as a wireless relay to a real AP &#8211; all the while capturing the &#8220;apparent&#8221; encrypted traffic as clear-text.  &#8211; In other words &#8211; stay away from public wifi networks.  Me &#8211; I build ssh tunnel back to my home network and use it as a SOCK5 proxy &#8211; that way I have total control over my sessions and their security.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RichB</title>
		<link>http://www.lightbluetouchpaper.org/2009/06/16/open-letter-to-google/comment-page-1/#comment-31131</link>
		<dc:creator>RichB</dc:creator>
		<pubDate>Tue, 16 Jun 2009 16:41:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1036#comment-31131</guid>
		<description>GMail has an option to enable HTTPS in it&#039;s settings.

However, when you use iGoogle (google.com/ig) and add the GMail gadget, you have to turn off the GMail HTTPS setting for the gadget to work. This is true even if you access iGoogle over HTTPS - it requires the GMail gadget to be accessed over HTTP!</description>
		<content:encoded><![CDATA[<p>GMail has an option to enable HTTPS in it&#8217;s settings.</p>
<p>However, when you use iGoogle (google.com/ig) and add the GMail gadget, you have to turn off the GMail HTTPS setting for the gadget to work. This is true even if you access iGoogle over HTTPS &#8211; it requires the GMail gadget to be accessed over HTTP!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
