<?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: Competition in privacy policies finally starting</title>
	<atom:link href="http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/</link>
	<description>Anonymizer's Privacy Blog</description>
	<pubDate>Fri, 30 Jul 2010 21:08:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: My Browser Information</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4950</link>
		<dc:creator>My Browser Information</dc:creator>
		<pubDate>Thu, 13 May 2010 02:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4950</guid>
		<description>Interesting blog post, thanks for sharing it with us.</description>
		<content:encoded><![CDATA[<p>Interesting blog post, thanks for sharing it with us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: patrickholm</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4749</link>
		<dc:creator>patrickholm</dc:creator>
		<pubDate>Wed, 09 Dec 2009 08:13:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4749</guid>
		<description>I have switched to www.vpnmessenger.com, because of this issue, this offers full IP address change</description>
		<content:encoded><![CDATA[<p>I have switched to <a href="http://www.vpnmessenger.com" rel="nofollow">http://www.vpnmessenger.com</a>, because of this issue, this offers full IP address change</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lance</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4670</link>
		<dc:creator>lance</dc:creator>
		<pubDate>Tue, 23 Jun 2009 11:05:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4670</guid>
		<description>That is interesting. I know my team has already seen your post and is looking in to this. Each IM protocol needs to be handled by Total Net Shield in a different way. We will be coming out with a completely new version of our services soon which bypasses this issue.</description>
		<content:encoded><![CDATA[<p>That is interesting. I know my team has already seen your post and is looking in to this. Each IM protocol needs to be handled by Total Net Shield in a different way. We will be coming out with a completely new version of our services soon which bypasses this issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4666</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 16 Jun 2009 00:53:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4666</guid>
		<description>I've noticed in IE Lan Settings in Proxy Settings; Advanced, under Servers, the "Socks" area is blank. Despite having checked "Use the same proxy server for all protocols.", an IM service reports its connections are through normal or rather direct connections without a proxy. But when say a program called HTTP-Proxy is configured, the socks is sucessful and thus the IM service says so. Could this mean Total NetShield doesnt protect Live Messenger, except Yahoo..</description>
		<content:encoded><![CDATA[<p>I&#8217;ve noticed in IE Lan Settings in Proxy Settings; Advanced, under Servers, the &#8220;Socks&#8221; area is blank. Despite having checked &#8220;Use the same proxy server for all protocols.&#8221;, an IM service reports its connections are through normal or rather direct connections without a proxy. But when say a program called HTTP-Proxy is configured, the socks is sucessful and thus the IM service says so. Could this mean Total NetShield doesnt protect Live Messenger, except Yahoo..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lance</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4658</link>
		<dc:creator>lance</dc:creator>
		<pubDate>Thu, 21 May 2009 13:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4658</guid>
		<description>We are doing a re-design on all of our products, which will include improvements to the encryption.

I think you might be confusing the public key lengths with symmetric key length. 128 bits is quite good for symmetric keys. 256 bits is the longest symmetric key used in standard encryption systems.

Public keys need to be much longer to get the same level of security. 1024 bits is the minimum. 4096 bits is much better but rarely used.</description>
		<content:encoded><![CDATA[<p>We are doing a re-design on all of our products, which will include improvements to the encryption.</p>
<p>I think you might be confusing the public key lengths with symmetric key length. 128 bits is quite good for symmetric keys. 256 bits is the longest symmetric key used in standard encryption systems.</p>
<p>Public keys need to be much longer to get the same level of security. 1024 bits is the minimum. 4096 bits is much better but rarely used.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4650</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Mon, 04 May 2009 23:28:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4650</guid>
		<description>Would it be possible in the future to increase the Total Net Shield SSH tunneling from 128-bit (correct me if I'm wrong) to 384-bit or 512-bit?</description>
		<content:encoded><![CDATA[<p>Would it be possible in the future to increase the Total Net Shield SSH tunneling from 128-bit (correct me if I&#8217;m wrong) to 384-bit or 512-bit?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lance</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4627</link>
		<dc:creator>lance</dc:creator>
		<pubDate>Fri, 20 Mar 2009 13:51:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4627</guid>
		<description>G: It is good to be able to search without them keeping your IP, but you are vulnerable again as soon as you click on any of the search results and leave the search engine sight. That is why I think that privacy tools need to be separated from the sites that are being visited. It also eliminates some conflicts of interest.

Hydraulic Jacks: Thanks. Our web design team did the template internally.</description>
		<content:encoded><![CDATA[<p>G: It is good to be able to search without them keeping your IP, but you are vulnerable again as soon as you click on any of the search results and leave the search engine sight. That is why I think that privacy tools need to be separated from the sites that are being visited. It also eliminates some conflicts of interest.</p>
<p>Hydraulic Jacks: Thanks. Our web design team did the template internally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: G</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4626</link>
		<dc:creator>G</dc:creator>
		<pubDate>Thu, 19 Mar 2009 22:28:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4626</guid>
		<description>I found a very private Search engine called ixquick.com  They do not even save your IP address. and there is a SSL option  available for sensitive searching.</description>
		<content:encoded><![CDATA[<p>I found a very private Search engine called ixquick.com  They do not even save your IP address. and there is a SSL option  available for sensitive searching.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hydraulic jacks</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4625</link>
		<dc:creator>hydraulic jacks</dc:creator>
		<pubDate>Sat, 14 Mar 2009 12:15:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4625</guid>
		<description>It's the first time I comment  here and I must say   you share   genuine, and quality information for other bloggers! Great job.
p.s. You have an awesome template  . Where have you got it from?</description>
		<content:encoded><![CDATA[<p>It&#8217;s the first time I comment  here and I must say   you share   genuine, and quality information for other bloggers! Great job.<br />
p.s. You have an awesome template  . Where have you got it from?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lance</title>
		<link>http://www.theprivacyblog.com/online-privacy/competition-in-privacy-policies-finally-starting/comment-page-1/#comment-4602</link>
		<dc:creator>lance</dc:creator>
		<pubDate>Fri, 30 Jan 2009 14:25:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.theprivacyblog.com/?p=97#comment-4602</guid>
		<description>Rob, the full time SSL in the anonymous surfing is already 1024 bit RSA for the public key side. Were you thinking of a different part of the application?</description>
		<content:encoded><![CDATA[<p>Rob, the full time SSL in the anonymous surfing is already 1024 bit RSA for the public key side. Were you thinking of a different part of the application?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
