<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Inter5.Org Research &#187; Encryption</title>
	<atom:link href="http://inter5.org/archives/category/encryption/feed" rel="self" type="application/rss+xml" />
	<link>http://inter5.org</link>
	<description>Information freedom for open source users.</description>
	<lastBuildDate>Thu, 29 Jul 2010 18:06:15 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Bitcoin Releases Version 0.3</title>
		<link>http://inter5.org/archives/126209</link>
		<comments>http://inter5.org/archives/126209#comments</comments>
		<pubDate>Sun, 11 Jul 2010 21:09:00 +0000</pubDate>
		<dc:creator>kdawson</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Teppy writes "How's this for a disruptive technology? Bitcoin is a peer-to-peer, network-based digital currency with no central bank, and no transaction fees. Using a proof-of-work concept, nodes burn CPU cycles searching for bundles of coins, broadcas...]]></description>
			<content:encoded><![CDATA[<p>Teppy writes &#8220;How&#8217;s this for a disruptive technology? Bitcoin is a peer-to-peer, network-based digital currency with no central bank, and no transaction fees. Using a proof-of-work concept, nodes burn CPU cycles searching for bundles of coins, broadcasting their findings to the network. Analysis of energy usage indicates that the market value of Bitcoins is already above the value of the energy needed to generate them, indicating healthy demand. The community is hopeful the currency will remain outside the reach of any government.&#8221; Here are the FAQ a paper describing Bitcoin in more technical detail (PDF), and the Wikipedia article. Note: a commercial service called BitCoin Ltd., in pre-alpha at bitcoin.com, bears no relation to the open source digital currency.
<p><a href="http://www.facebook.com/sharer.php?u=http://news.slashdot.org/story/10/07/11/1747245/Bitcoin-Releases-Version-03"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=Bitcoin+Releases+Version+0.3:+http://bit.ly/bWAP5n"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://news.slashdot.org/story/10/07/11/1747245/Bitcoin-Releases-Version-03?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1715548&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/u0pYmGgTWJ8w9zM7EwX_maYhlw0/0/da"><img src="http://feedads.g.doubleclick.net/~at/u0pYmGgTWJ8w9zM7EwX_maYhlw0/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/u0pYmGgTWJ8w9zM7EwX_maYhlw0/1/da"><img src="http://feedads.g.doubleclick.net/~at/u0pYmGgTWJ8w9zM7EwX_maYhlw0/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/KvJuby5Yqj0" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/126209/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Secrets of the Chaocipher Finally Revealed</title>
		<link>http://inter5.org/archives/125386</link>
		<comments>http://inter5.org/archives/125386#comments</comments>
		<pubDate>Sat, 03 Jul 2010 22:01:00 +0000</pubDate>
		<dc:creator>timothy</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[nickpelling2 writes "In 1918, John F. Byrne invented a truly amazing cipher system, called 'The Chaocipher', that fitted inside a small cigar box, could be operated by a ten-year-old, yet produced practically unbreakable ciphertext (arguably even stron...]]></description>
			<content:encoded><![CDATA[<p>nickpelling2 writes &#8220;In 1918, John F. Byrne invented a truly amazing cipher system, called &#8216;The Chaocipher&#8217;, that fitted inside a small cigar box, could be operated by a ten-year-old, yet produced practically unbreakable ciphertext (arguably even stronger than the Nazi Enigma machine). But now, thanks to the efforts of Chaocipher fan Moshe Rubin and the generous gift of Byrne&#8217;s cryptographic effects by his daughter-in-law Pat Byrne to the National Cryptologic Museum, the secrets of the Chaocipher are finally starting to be revealed &mdash; it&#8217;s a great story. To accompany Moshe Rubin&#8217;s excellent textual description of the Chaocipher, I&#8217;ve posted a 30-second animation of the Chaocipher in action to YouTube, just in case anyone wants to see the most devious cipher of the 20th century in action (sort of).&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http://hardware.slashdot.org/story/10/07/03/2114219/The-Secrets-of-the-Chaocipher-Finally-Revealed"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=The+Secrets+of+the+Chaocipher+Finally+Revealed:+http://bit.ly/9aMgyX"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://hardware.slashdot.org/story/10/07/03/2114219/The-Secrets-of-the-Chaocipher-Finally-Revealed?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1707534&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/NF9vR1xMImExzP60RiZX_zM8Vqo/0/da"><img src="http://feedads.g.doubleclick.net/~at/NF9vR1xMImExzP60RiZX_zM8Vqo/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/NF9vR1xMImExzP60RiZX_zM8Vqo/1/da"><img src="http://feedads.g.doubleclick.net/~at/NF9vR1xMImExzP60RiZX_zM8Vqo/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/ImXfe4p-6DQ" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/125386/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EFF delivers HTTPS Not Quite Everywhere</title>
		<link>http://inter5.org/archives/124808</link>
		<comments>http://inter5.org/archives/124808#comments</comments>
		<pubDate>Tue, 29 Jun 2010 15:36:57 +0000</pubDate>
		<dc:creator>Susan Linton</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Firefox]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[extension]]></category>
		<category><![CDATA[Beta]]></category>
		<category><![CDATA[Electronic Frontier Foundation]]></category>
		<category><![CDATA[Firefox Extension]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Intention]]></category>
		<category><![CDATA[SSL]]></category>
		<category><![CDATA[Twitter]]></category>
		<category><![CDATA[Wikipedia]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[
    
            
                            
        

In the early hours of June 18 the Electronic Frontier Foundation and the Tor Project released a beta of a Firefox extension dubbed “HTTPS Everywhere” with the intention of providing encrypti...]]></description>
			<content:encoded><![CDATA[<div class="field field-type-filefield field-field-node-image">
<div class="field-items">
<div class="field-item odd">
                    <a href="http://feedproxy.google.com/content/eff-delivers-https-not-quite-everywhere" class="imagecache imagecache-node-page imagecache-linked imagecache-node-page_linked"><img src="http://www.linuxjournal.com/files/linuxjournal.com/ufiles/imagecache/node-page/nodeimage/story/EFF-logo-trans.png" alt="Electronic Frontier Foundation" title="Electronic Frontier Foundation"  class="imagecache imagecache-node-page" width="200" height="137" /></a>        </div>
</p></div>
</div>
<p><!--paging_filter-->
<p>In the early hours of June 18 the Electronic Frontier Foundation and the Tor Project released a beta of a Firefox extension dubbed <a href="http://www.eff.org/deeplinks/2010/06/encrypt-web-https-everywhere-firefox-extension">“HTTPS Everywhere”</a> with the intention of providing encryption of user data when visiting certain sites.  According to the <a href="http://www.eff.org/deeplinks/2010/06/encrypt-web-https-everywhere-firefox-extension">official announcement</a>, “HTTPS Everywhere” will provide SSL encryption to sites like Google Search, Wikipedia, Twitter and Identi.ca, and Facebook.<span class="read-more"><a href="http://feedproxy.google.com/content/eff-delivers-https-not-quite-everywhere"> more>></a></span></p>
<p><a href="http://feedads.g.doubleclick.net/~a/CaS5uQRfR1fMuD3i40Z5BZ8X7jc/0/da"><img src="http://feedads.g.doubleclick.net/~a/CaS5uQRfR1fMuD3i40Z5BZ8X7jc/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~a/CaS5uQRfR1fMuD3i40Z5BZ8X7jc/1/da"><img src="http://feedads.g.doubleclick.net/~a/CaS5uQRfR1fMuD3i40Z5BZ8X7jc/1/di" border="0" ismap="true"/></a></p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?d=yIl2AUoC8zA" border="0"/></a> <a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?i=YmwWbFqsvso:BjR050_tLtg:V_sGLiPBpWU" border="0"/></a> <a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:gIN9vFwOqvQ"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?i=YmwWbFqsvso:BjR050_tLtg:gIN9vFwOqvQ" border="0"/></a> <a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?i=YmwWbFqsvso:BjR050_tLtg:F7zBnMyn0Lo" border="0"/></a> <a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:dnMXMwOfBR0"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?d=dnMXMwOfBR0" border="0"/></a> <a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?d=qj6IDK7rITs" border="0"/></a> <a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:l6gmwiTKsz0"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?d=l6gmwiTKsz0" border="0"/></a> <a href="http://feeds.feedburner.com/~ff/linuxjournalcom?a=YmwWbFqsvso:BjR050_tLtg:TzevzKxY174"><img src="http://feeds.feedburner.com/~ff/linuxjournalcom?d=TzevzKxY174" border="0"/></a>
</div>
<p><img src="http://feeds.feedburner.com/~r/linuxjournalcom/~4/YmwWbFqsvso" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/124808/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>From the labs: IT&#8217;s future today</title>
		<link>http://inter5.org/archives/123963</link>
		<comments>http://inter5.org/archives/123963#comments</comments>
		<pubDate>Mon, 21 Jun 2010 10:00:00 +0000</pubDate>
		<dc:creator>Jason Snyder</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Data Explosion]]></category>
		<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Hardware]]></category>
		<category><![CDATA[Memory]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Processors]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[wireless networking]]></category>
		<category><![CDATA[Hard Drive]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Laptop]]></category>
		<category><![CDATA[Lineage]]></category>
		<category><![CDATA[Netbook]]></category>
		<category><![CDATA[Pc Today]]></category>
		<category><![CDATA[Pentiums]]></category>
		<category><![CDATA[Promise]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[For all its promise of revolution, the computing industry often lags behind expectations. After all, your netbook is really just a laptop, only smaller and cheaper. The chip that powers your PC today has a direct lineage back to the Pentiums of yesterd...]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p>For all its promise of revolution, the computing industry often lags behind expectations. After all, your netbook is really just a laptop, only smaller and cheaper. The chip that powers your PC today has a direct lineage back to the Pentiums of yesterday. Your latest hard drive might hold 2TB, but it&#8217;s still just a hard drive. Where&#8217;s the real innovation?</p>
<p>In the labs, of course.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/123963/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Beginnings of Encrypted Computing In the Cloud</title>
		<link>http://inter5.org/archives/122861</link>
		<comments>http://inter5.org/archives/122861#comments</comments>
		<pubDate>Fri, 11 Jun 2010 21:17:00 +0000</pubDate>
		<dc:creator>Soulskill</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[eldavojohn writes "A method of computing from a 2009 paper allows the computing of data without ever decrypting it. With cloud computing on the rise, this may be the holy grail of keeping private data private in the cloud. It's called Fully Homomorphic...]]></description>
			<content:encoded><![CDATA[<p>eldavojohn writes &#8220;A method of computing from a 2009 paper allows the computing of data without ever decrypting it. With cloud computing on the rise, this may be the holy grail of keeping private data private in the cloud. It&#8217;s called Fully Homomorphic Encryption, and if you&#8217;ve got the computer science/mathematics chops you can read the thesis (PDF). After reworking it and simplifying it, researchers have moved it away from being true, fully homomorphic encryption, but it is now a little closer to being ready for cloud usage. The problem is that the more operations performed on your encrypted data, the more likely it has become &#8216;dirty&#8217; or corrupted. To combat this, Gentry developed a way to periodically clean the data by making it self-correcting. The article notes that although this isn&#8217;t prepared for use in reliable systems, it is a quick jump to implementation just one year after the paper was published &mdash; earlier encryption papers would take as much as half a decade until they were implemented at all.&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Ftech.slashdot.org%2Fstory%2F10%2F06%2F11%2F2056235%2FThe-Beginnings-of-Encrypted-Computing-In-the-Cloud"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=The+Beginnings+of+Encrypted+Computing+In+the+Cloud%3A+http%3A%2F%2Fbit.ly%2F9Bfyh3"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://tech.slashdot.org/story/10/06/11/2056235/The-Beginnings-of-Encrypted-Computing-In-the-Cloud?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1683582&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/MMs33fxb_NLjeEyz0C4b7w-tWdU/0/da"><img src="http://feedads.g.doubleclick.net/~at/MMs33fxb_NLjeEyz0C4b7w-tWdU/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/MMs33fxb_NLjeEyz0C4b7w-tWdU/1/da"><img src="http://feedads.g.doubleclick.net/~at/MMs33fxb_NLjeEyz0C4b7w-tWdU/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/mMxzF4EaSUs" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/122861/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Does Google have Wi-Fi data from your company?</title>
		<link>http://inter5.org/archives/120069</link>
		<comments>http://inter5.org/archives/120069#comments</comments>
		<pubDate>Fri, 21 May 2010 11:41:12 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Mobile Security]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[Google Street View]]></category>
		<category><![CDATA[Image Data]]></category>
		<category><![CDATA[Revelations]]></category>
		<category><![CDATA[Scrutiny]]></category>
		<category><![CDATA[wi-fi]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<!--paging_filter--><p>Google is facing scrutiny and investigation around the world following revelations that it has been <a href="http://www.pcworld.com/article/196770/google_street_view_privacy_breach_lawmakers_get_mad.html" target="_blank">capturing and archiving Wi-Fi data</a> collected by its <a href="http://www.pcworld.com/businesscenter/article/190279/google_street_view_raises_privacy_concernsagain.html" target="_blank">Google Street View vehicles</a> that drive around capturing the image data used by the Street View service.</p>]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p>Google is facing scrutiny and investigation around the world following revelations that it has been <a href="http://www.pcworld.com/article/196770/google_street_view_privacy_breach_lawmakers_get_mad.html" >capturing and archiving Wi-Fi data</a> collected by its <a href="http://www.pcworld.com/businesscenter/article/190279/google_street_view_raises_privacy_concernsagain.html" >Google Street View vehicles</a> that drive around capturing the image data used by the Street View service.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/120069/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Symantec to buy VeriSign&#8217;s security unit for $1.3B, reports say</title>
		<link>http://inter5.org/archives/119807</link>
		<comments>http://inter5.org/archives/119807#comments</comments>
		<pubDate>Wed, 19 May 2010 12:07:12 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Authentication and authorization]]></category>
		<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Mergers And Acquisitions]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[Symantec]]></category>
		<category><![CDATA[Verisign]]></category>
		<category><![CDATA[Internet Infrastructure Services]]></category>
		<category><![CDATA[Security Business]]></category>
		<category><![CDATA[Security Unit]]></category>
		<category><![CDATA[Security Vendor]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<!--paging_filter--><p>Security vendor <a href="http://www.infoworld.com/t/symantec" target="_self">Symantec</a> is reported to be close to buying Internet infrastructure services vendor <a href="http://www.infoworld.com/t/verisign" target="_self">VeriSign</a>'s security business for $1.3 billion.</p>]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p>Security vendor <a href="http://www.infoworld.com/t/symantec" >Symantec</a> is reported to be close to buying Internet infrastructure services vendor <a href="http://www.infoworld.com/t/verisign" >VeriSign</a>&#8216;s security business for $1.3 billion.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/119807/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Commercial Quantum Cryptography System Hacked</title>
		<link>http://inter5.org/archives/119538</link>
		<comments>http://inter5.org/archives/119538#comments</comments>
		<pubDate>Mon, 17 May 2010 22:14:00 +0000</pubDate>
		<dc:creator>Soulskill</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Alice]]></category>
		<category><![CDATA[Assumption]]></category>
		<category><![CDATA[Assumptions]]></category>
		<category><![CDATA[Bit Error Rate]]></category>
		<category><![CDATA[Careful Eye]]></category>
		<category><![CDATA[Cryptography System]]></category>
		<category><![CDATA[Eve]]></category>
		<category><![CDATA[Geneva]]></category>
		<category><![CDATA[Hack On]]></category>
		<category><![CDATA[Intercepts]]></category>
		<category><![CDATA[Physicists]]></category>
		<category><![CDATA[Proof]]></category>
		<category><![CDATA[Quantum Bit]]></category>
		<category><![CDATA[Quantum Bits]]></category>
		<category><![CDATA[Quantum Cryptography]]></category>
		<category><![CDATA[Quantum States]]></category>
		<category><![CDATA[Real World]]></category>
		<category><![CDATA[Realization]]></category>
		<category><![CDATA[Threshold]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[KentuckyFC writes "Any proof that quantum cryptography is perfect relies on idealized assumptions that don't always hold true in the real world. One such assumption is related to the types of errors that creep into quantum messages. Alice and Bob always keep a careful eye on the level of errors in their messages because they know that Eve will introduce errors if she intercepts and reads any of the quantum bits in a message. So a high error rate is a sign that the message is being overheard. But it is impossible to get rid of errors entirely, so Alice and Bob have to tolerate a small level of error. This level is well known. Various proofs show that if the quantum bit error rate is less than 20 percent, then the message is secure. However, these proofs assume that the errors are the result of noise from the environment. Now, physicists have come up with an attack based on the realization that Alice also introduces errors when she prepares the required quantum states to send to Bob. This extra noise allows Eve to intercept some of the quantum bits, read them and then send them on, in a way that raises the error rate to only 19.7 percent. In this kind of 'intercept and resend attack,' the error rate stays below the 20 percent threshold and Alice and Bob are none the wiser, happily exchanging keys while Eve listens in unchallenged. The physicists say they have successfully used their hack on a commercial quantum cryptography system from the Geneva-based startup ID Quantique."<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fscience.slashdot.org%2Fstory%2F10%2F05%2F17%2F212212%2FCommercial-Quantum-Cryptography-System-Hacked" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=Commercial+Quantum+Cryptography+System+Hacked%3A+http%3A%2F%2Fbit.ly%2FcPPYWa" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://science.slashdot.org/story/10/05/17/212212/Commercial-Quantum-Cryptography-System-Hacked?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/0/da"><img src="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/1/da"><img src="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/BJIcC7S05Io" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>KentuckyFC writes &#8220;Any proof that quantum cryptography is perfect relies on idealized assumptions that don&#8217;t always hold true in the real world. One such assumption is related to the types of errors that creep into quantum messages. Alice and Bob always keep a careful eye on the level of errors in their messages because they know that Eve will introduce errors if she intercepts and reads any of the quantum bits in a message. So a high error rate is a sign that the message is being overheard. But it is impossible to get rid of errors entirely, so Alice and Bob have to tolerate a small level of error. This level is well known. Various proofs show that if the quantum bit error rate is less than 20 percent, then the message is secure. However, these proofs assume that the errors are the result of noise from the environment. Now, physicists have come up with an attack based on the realization that Alice also introduces errors when she prepares the required quantum states to send to Bob. This extra noise allows Eve to intercept some of the quantum bits, read them and then send them on, in a way that raises the error rate to only 19.7 percent. In this kind of &#8216;intercept and resend attack,&#8217; the error rate stays below the 20 percent threshold and Alice and Bob are none the wiser, happily exchanging keys while Eve listens in unchallenged. The physicists say they have successfully used their hack on a commercial quantum cryptography system from the Geneva-based startup ID Quantique.&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fscience.slashdot.org%2Fstory%2F10%2F05%2F17%2F212212%2FCommercial-Quantum-Cryptography-System-Hacked"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=Commercial+Quantum+Cryptography+System+Hacked%3A+http%3A%2F%2Fbit.ly%2FcPPYWa"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://science.slashdot.org/story/10/05/17/212212/Commercial-Quantum-Cryptography-System-Hacked?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1655278&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/0/da"><img src="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/1/da"><img src="http://feedads.g.doubleclick.net/~at/Exe31Ooisy3RO1flkH71b4WWKpc/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/BJIcC7S05Io" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/119538/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Position-Based Quantum Cryptography Proved Secure</title>
		<link>http://inter5.org/archives/118859</link>
		<comments>http://inter5.org/archives/118859#comments</comments>
		<pubDate>Thu, 13 May 2010 18:22:00 +0000</pubDate>
		<dc:creator>timothy</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Alice]]></category>
		<category><![CDATA[Banks]]></category>
		<category><![CDATA[Cryptographic Key]]></category>
		<category><![CDATA[Encrypted]]></category>
		<category><![CDATA[Eve]]></category>
		<category><![CDATA[Governments]]></category>
		<category><![CDATA[Guarantee]]></category>
		<category><![CDATA[Physicists]]></category>
		<category><![CDATA[Position Measurements]]></category>
		<category><![CDATA[Quantum Cryptography]]></category>
		<category><![CDATA[Quantum Version]]></category>
		<category><![CDATA[Qubits]]></category>
		<category><![CDATA[Receivers]]></category>
		<category><![CDATA[Speed Of Light]]></category>
		<category><![CDATA[Time Pad]]></category>
		<category><![CDATA[Time Period]]></category>
		<category><![CDATA[Transmitters]]></category>
		<category><![CDATA[Triangulation]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[KentuckyFC writes "Physicists have developed a new kind of quantum cryptography that uses position measurements to guarantee the security of a message. The technique is based on triangulation. Alice uses several transmitters to send messages to Bob who returns them immediately at the speed of light. If the return arrives within a certain time period, Alice can be certain that Bob is where he says he is. Physicists proved a few years ago that when the messages are purely classical this method is not secure because Eve can use any number of receivers to work out where Bob is and then use this information to trick Alice. However, the same physicists have now proved that the quantum version of the same position-based scheme is perfectly secure, essentially because Eve cannot easily measure the value of any qubits in the message. Alice and Bob go on to use the qubits to exchange a cryptographic key, a one-time pad, that they use to encrypt a message. The beauty of the technique is that a message encrypted in this way can be read only by somebody at a specific location, something that governments, banks, and the military, not to mention everybody else, may find useful."<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fscience.slashdot.org%2Fstory%2F10%2F05%2F13%2F178251%2FPosition-Based-Quantum-Cryptography-Proved-Secure" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=Position-Based+Quantum+Cryptography+Proved+Secure%3A+http%3A%2F%2Fbit.ly%2FbXXkdm" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://science.slashdot.org/story/10/05/13/178251/Position-Based-Quantum-Cryptography-Proved-Secure?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/0/da"><img src="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/1/da"><img src="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/BsGgvh7BQxU" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>KentuckyFC writes &#8220;Physicists have developed a new kind of quantum cryptography that uses position measurements to guarantee the security of a message. The technique is based on triangulation. Alice uses several transmitters to send messages to Bob who returns them immediately at the speed of light. If the return arrives within a certain time period, Alice can be certain that Bob is where he says he is. Physicists proved a few years ago that when the messages are purely classical this method is not secure because Eve can use any number of receivers to work out where Bob is and then use this information to trick Alice. However, the same physicists have now proved that the quantum version of the same position-based scheme is perfectly secure, essentially because Eve cannot easily measure the value of any qubits in the message. Alice and Bob go on to use the qubits to exchange a cryptographic key, a one-time pad, that they use to encrypt a message. The beauty of the technique is that a message encrypted in this way can be read only by somebody at a specific location, something that governments, banks, and the military, not to mention everybody else, may find useful.&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fscience.slashdot.org%2Fstory%2F10%2F05%2F13%2F178251%2FPosition-Based-Quantum-Cryptography-Proved-Secure"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=Position-Based+Quantum+Cryptography+Proved+Secure%3A+http%3A%2F%2Fbit.ly%2FbXXkdm"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://science.slashdot.org/story/10/05/13/178251/Position-Based-Quantum-Cryptography-Proved-Secure?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1651322&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/0/da"><img src="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/1/da"><img src="http://feedads.g.doubleclick.net/~at/R9qEwKvGzLGanFRhkAr0PiM-p54/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/BsGgvh7BQxU" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/118859/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Imation launches broad line of secure removable storage devices</title>
		<link>http://inter5.org/archives/116690</link>
		<comments>http://inter5.org/archives/116690#comments</comments>
		<pubDate>Mon, 03 May 2010 11:51:15 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Drives and arrays]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Disc Drives]]></category>
		<category><![CDATA[Flash Drives]]></category>
		<category><![CDATA[Hard Drives]]></category>
		<category><![CDATA[Imation]]></category>
		<category><![CDATA[Optical Line]]></category>
		<category><![CDATA[Removable Storage Devices]]></category>
		<category><![CDATA[Secure Storage]]></category>
		<category><![CDATA[Security Management Tools]]></category>
		<category><![CDATA[security tools]]></category>
		<category><![CDATA[Storage Vendor]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<!--paging_filter--><p>Removable <a href="http://www.infoworld.com/d/storage" target="_self">storage</a> vendor Imation today announced a new line of products ranging from hard drives and flash drives to Blu-ray Discs and removable tape cartridges, all with a range of encryption and security management tools.</p> <p>Imation's new Defender Collection consists of seven products including four flash drives, two hard drives, and an optical line of disc drives.</p>]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p>Removable <a href="http://www.infoworld.com/d/storage" >storage</a> vendor Imation today announced a new line of products ranging from hard drives and flash drives to Blu-ray Discs and removable tape cartridges, all with a range of encryption and security management tools.</p>
<p>Imation&#8217;s new Defender Collection consists of seven products including four flash drives, two hard drives, and an optical line of disc drives.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/116690/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Recourse For Draconian Encryption Requirements?</title>
		<link>http://inter5.org/archives/116119</link>
		<comments>http://inter5.org/archives/116119#comments</comments>
		<pubDate>Fri, 30 Apr 2010 15:03:00 +0000</pubDate>
		<dc:creator>kdawson</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Computer Security]]></category>
		<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Desktop Style]]></category>
		<category><![CDATA[Email Clients]]></category>
		<category><![CDATA[Encryption Software]]></category>
		<category><![CDATA[Frequent Crashes]]></category>
		<category><![CDATA[Full Disk Encryption]]></category>
		<category><![CDATA[Grasp]]></category>
		<category><![CDATA[Installation Software]]></category>
		<category><![CDATA[Intention]]></category>
		<category><![CDATA[Macs]]></category>
		<category><![CDATA[Massachusetts Data]]></category>
		<category><![CDATA[Personal Machines]]></category>
		<category><![CDATA[Recourse]]></category>
		<category><![CDATA[Security Law]]></category>
		<category><![CDATA[Slashdot Readers]]></category>
		<category><![CDATA[Slowness]]></category>
		<category><![CDATA[Style Machines]]></category>
		<category><![CDATA[Windows Machines]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[CryoStasis writes in with this question, which likely resulted from the new Massachusetts data security law. "I work for a major hospital in the Northeast. Recently the hospital has taken it upon itself to increase its general level of computer security. As a result they now require full-disk encryption on any computer connected to their network on site. Although I think this stance is perhaps a little over-exuberant, most of these computers are machines that have been purchased with hospital funding. In the department that I work in, however, many of the employees (myself included) bring their own personal machines to work every day. For obvious reasons we're rather reluctant to allow the hospital's IT staff to attempt installation of the encryption software. Those who have allowed the installation have had major problems afterwords, on both Macs and Windows machines &#8212; ranging from severe/total data loss or frequent crashes to general slowness &#8212; which the hospital does very little to remedy. To make matters worse, the hospital is now demanding that any machine that is used to check email (via email clients or webmail directly) be encrypted, including desktop-style machines at home, which must be brought in to the IT department as they refuse to distribute the encryption software to the employees for install. By monitoring email access they have begun harassing employees who check email from off campus, stating that their email/login access will be disabled unless they bring in their computers. I have no intention of letting these people install anything on my machine, particularly software of which their IT staff clearly doesn't have a solid grasp. Have other Slashdot readers come across this kind of a problem? Do I have any recourse, legal or otherwise, to stop them from requiring me to install software on my personal machines?"<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fask.slashdot.org%2Fstory%2F10%2F04%2F30%2F151215%2FRecourse-For-Draconian-Encryption-Requirements" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=Recourse+For+Draconian+Encryption+Requirements%3F%3A+http%3A%2F%2Fbit.ly%2Fc9vebC" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://ask.slashdot.org/story/10/04/30/151215/Recourse-For-Draconian-Encryption-Requirements?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/0/da"><img src="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/1/da"><img src="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/pXjVvqy26ak" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>CryoStasis writes in with this question, which likely resulted from the new Massachusetts data security law. &#8220;I work for a major hospital in the Northeast. Recently the hospital has taken it upon itself to increase its general level of computer security. As a result they now require full-disk encryption on any computer connected to their network on site. Although I think this stance is perhaps a little over-exuberant, most of these computers are machines that have been purchased with hospital funding. In the department that I work in, however, many of the employees (myself included) bring their own personal machines to work every day. For obvious reasons we&#8217;re rather reluctant to allow the hospital&#8217;s IT staff to attempt installation of the encryption software. Those who have allowed the installation have had major problems afterwords, on both Macs and Windows machines &mdash; ranging from severe/total data loss or frequent crashes to general slowness &mdash; which the hospital does very little to remedy. To make matters worse, the hospital is now demanding that any machine that is used to check email (via email clients or webmail directly) be encrypted, including desktop-style machines at home, which must be brought in to the IT department as they refuse to distribute the encryption software to the employees for install. By monitoring email access they have begun harassing employees who check email from off campus, stating that their email/login access will be disabled unless they bring in their computers. I have no intention of letting these people install anything on my machine, particularly software of which their IT staff clearly doesn&#8217;t have a solid grasp. Have other Slashdot readers come across this kind of a problem? Do I have any recourse, legal or otherwise, to stop them from requiring me to install software on my personal machines?&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fask.slashdot.org%2Fstory%2F10%2F04%2F30%2F151215%2FRecourse-For-Draconian-Encryption-Requirements"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=Recourse+For+Draconian+Encryption+Requirements%3F%3A+http%3A%2F%2Fbit.ly%2Fc9vebC"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://ask.slashdot.org/story/10/04/30/151215/Recourse-For-Draconian-Encryption-Requirements?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1637140&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/0/da"><img src="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/1/da"><img src="http://feedads.g.doubleclick.net/~at/97Jq2DPiWP28DyvH9krUyxj5Rgs/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/pXjVvqy26ak" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/116119/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Recourse For Draconian Encryption Requirements?</title>
		<link>http://inter5.org/archives/116211</link>
		<comments>http://inter5.org/archives/116211#comments</comments>
		<pubDate>Fri, 30 Apr 2010 15:03:00 +0000</pubDate>
		<dc:creator>kdawson</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Computer Security]]></category>
		<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Desktop Style]]></category>
		<category><![CDATA[Email Clients]]></category>
		<category><![CDATA[Encryption Software]]></category>
		<category><![CDATA[Frequent Crashes]]></category>
		<category><![CDATA[Full Disk Encryption]]></category>
		<category><![CDATA[Grasp]]></category>
		<category><![CDATA[Installation Software]]></category>
		<category><![CDATA[Intention]]></category>
		<category><![CDATA[Macs]]></category>
		<category><![CDATA[Massachusetts Data]]></category>
		<category><![CDATA[Personal Machines]]></category>
		<category><![CDATA[Recourse]]></category>
		<category><![CDATA[Security Law]]></category>
		<category><![CDATA[Slashdot Readers]]></category>
		<category><![CDATA[Slowness]]></category>
		<category><![CDATA[Style Machines]]></category>
		<category><![CDATA[Windows Machines]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[CryoStasis writes in with this question, which likely resulted from the new Massachusetts data security law. "I work for a major hospital in the Northeast. Recently the hospital has taken it upon itself to increase its general level of computer security. As a result they now require full-disk encryption on any computer connected to their network on site. Although I think this stance is perhaps a little over-exuberant, most of these computers are machines that have been purchased with hospital funding. In the department that I work in, however, many of the employees (myself included) bring their own personal machines to work every day. For obvious reasons we're rather reluctant to allow the hospital's IT staff to attempt installation of the encryption software. Those who have allowed the installation have had major problems afterwards, on both Macs and Windows machines &#8212; ranging from severe/total data loss to frequent crashes to general slowness &#8212; which the hospital does very little to remedy. To make matters worse, the hospital is now demanding that any machine that is used to check email (via email clients or webmail directly) be encrypted, including desktop-style machines at home, which must be brought in to the IT department, as they refuse to distribute the encryption software to the employees for install. By monitoring email access they have begun harassing employees who check email from off campus, stating that their email/login access will be disabled unless they bring in their computers. I have no intention of letting these people install anything on my machine, particularly software of which their IT staff clearly doesn't have a solid grasp. Have other Slashdot readers come across this kind of a problem? Do I have any recourse, legal or otherwise, to stop them from requiring me to install software on my personal machines?"<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fyro.slashdot.org%2Fstory%2F10%2F04%2F30%2F151215%2FRecourse-For-Draconian-Encryption-Requirements" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=Recourse+For+Draconian+Encryption+Requirements%3F%3A+http%3A%2F%2Fbit.ly%2Fc9vebC" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://yro.slashdot.org/story/10/04/30/151215/Recourse-For-Draconian-Encryption-Requirements?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/0/da"><img src="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/1/da"><img src="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/o1jFJyskeWo" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>CryoStasis writes in with this question, which likely resulted from the new Massachusetts data security law. &#8220;I work for a major hospital in the Northeast. Recently the hospital has taken it upon itself to increase its general level of computer security. As a result they now require full-disk encryption on any computer connected to their network on site. Although I think this stance is perhaps a little over-exuberant, most of these computers are machines that have been purchased with hospital funding. In the department that I work in, however, many of the employees (myself included) bring their own personal machines to work every day. For obvious reasons we&#8217;re rather reluctant to allow the hospital&#8217;s IT staff to attempt installation of the encryption software. Those who have allowed the installation have had major problems afterwards, on both Macs and Windows machines &mdash; ranging from severe/total data loss to frequent crashes to general slowness &mdash; which the hospital does very little to remedy. To make matters worse, the hospital is now demanding that any machine that is used to check email (via email clients or webmail directly) be encrypted, including desktop-style machines at home, which must be brought in to the IT department, as they refuse to distribute the encryption software to the employees for install. By monitoring email access they have begun harassing employees who check email from off campus, stating that their email/login access will be disabled unless they bring in their computers. I have no intention of letting these people install anything on my machine, particularly software of which their IT staff clearly doesn&#8217;t have a solid grasp. Have other Slashdot readers come across this kind of a problem? Do I have any recourse, legal or otherwise, to stop them from requiring me to install software on my personal machines?&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fyro.slashdot.org%2Fstory%2F10%2F04%2F30%2F151215%2FRecourse-For-Draconian-Encryption-Requirements"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=Recourse+For+Draconian+Encryption+Requirements%3F%3A+http%3A%2F%2Fbit.ly%2Fc9vebC"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://yro.slashdot.org/story/10/04/30/151215/Recourse-For-Draconian-Encryption-Requirements?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1637140&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/0/da"><img src="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/1/da"><img src="http://feedads.g.doubleclick.net/~at/SGJ-0u6lNxoqceFGDfPUzA3Pdfg/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/o1jFJyskeWo" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/116211/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Update: Symantec buys encryption specialist PGP for $300 million</title>
		<link>http://inter5.org/archives/115818</link>
		<comments>http://inter5.org/archives/115818#comments</comments>
		<pubDate>Thu, 29 Apr 2010 14:37:27 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Endpoint security]]></category>
		<category><![CDATA[Mergers And Acquisitions]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[Symantec]]></category>
		<category><![CDATA[The Industry Standard]]></category>
		<category><![CDATA[Encryption Pgp]]></category>
		<category><![CDATA[Pgp Security]]></category>
		<category><![CDATA[Regulatory Approval]]></category>
		<category><![CDATA[Security Vendor]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<!--paging_filter--><p><a href="http://www.infoworld.com/t/symantec" target="_self">Symantec</a> will acquire encryption specialist PGP and <a href="http://www.infoworld.com/t/endpoint-security" target="_self">endpoint security</a> vendor GuardianEdge Technologies for $300 million and $70 million respectively, the company said on Thursday.</p> <p>Both are privately held companies. Symantec said the deals are subject to regulatory approval but are expected to close by June.</p>]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p><a href="http://www.infoworld.com/t/symantec" >Symantec</a> will acquire encryption specialist PGP and <a href="http://www.infoworld.com/t/endpoint-security" >endpoint security</a> vendor GuardianEdge Technologies for $300 million and $70 million respectively, the company said on Thursday.</p>
<p>Both are privately held companies. Symantec said the deals are subject to regulatory approval but are expected to close by June.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/115818/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The ultimate guide to Windows 7 security</title>
		<link>http://inter5.org/archives/112988</link>
		<comments>http://inter5.org/archives/112988#comments</comments>
		<pubDate>Wed, 21 Apr 2010 10:00:00 +0000</pubDate>
		<dc:creator>Doug Dineley</dc:creator>
				<category><![CDATA[Application Security]]></category>
		<category><![CDATA[Authentication and authorization]]></category>
		<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Endpoint security]]></category>
		<category><![CDATA[Firewalls]]></category>
		<category><![CDATA[Leak prevention]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Windows 7]]></category>
		<category><![CDATA[Advantage]]></category>
		<category><![CDATA[Bitlocker]]></category>
		<category><![CDATA[New Security]]></category>
		<category><![CDATA[Security Capabilities]]></category>
		<category><![CDATA[Security Features]]></category>
		<category><![CDATA[Security Windows]]></category>
		<category><![CDATA[Slew]]></category>
		<category><![CDATA[Ultimate Guide]]></category>
		<category><![CDATA[Windows Security]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<!--paging_filter--><p><a href="http://www.infoworld.com/t/windows%207">Windows 7</a> has been <a href="http://www.infoworld.com/d/windows/high-windows-7-satisfaction-spurs-corporate-it-spending-521">warmly received and swiftly adopted</a> by businesses, with the result that many IT admins are now struggling with the platform's new security features. In addition to changes to User Account Control, BitLocker, and other features inherited from Windows Vista, Windows 7 introduces a slew of security capabilities that businesses will want to take advantage of.</p>]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p><a href="http://www.infoworld.com/t/windows%207">Windows 7</a> has been <a href="http://www.infoworld.com/d/windows/high-windows-7-satisfaction-spurs-corporate-it-spending-521">warmly received and swiftly adopted</a> by businesses, with the result that many IT admins are now struggling with the platform&#8217;s new security features. In addition to changes to User Account Control, BitLocker, and other features inherited from Windows Vista, Windows 7 introduces a slew of security capabilities that businesses will want to take advantage of.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/112988/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The perils of unprotected production data</title>
		<link>http://inter5.org/archives/112989</link>
		<comments>http://inter5.org/archives/112989#comments</comments>
		<pubDate>Wed, 21 Apr 2010 10:00:00 +0000</pubDate>
		<dc:creator>J. Peter Bruzzese</dc:creator>
				<category><![CDATA[Data Management]]></category>
		<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Burton Group]]></category>
		<category><![CDATA[Certification Paths]]></category>
		<category><![CDATA[Chris Wolf]]></category>
		<category><![CDATA[Commvault Systems]]></category>
		<category><![CDATA[Data Storage]]></category>
		<category><![CDATA[Enterprise Storage Solutions]]></category>
		<category><![CDATA[Expert]]></category>
		<category><![CDATA[Passion]]></category>
		<category><![CDATA[Perils]]></category>
		<category><![CDATA[San Nas]]></category>
		<category><![CDATA[Sybex]]></category>
		<category><![CDATA[Wolf]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<!--paging_filter--><p>Storage has always been a passion of mine. In 2000, I was a card-carrying SNIA member and worked on an SNIA committee regarding certification paths for IT pros to prove their storage know-how. That was during my SAN/NAS days at CommVault Systems when I wrote "Enterprise Storage Solutions for Sybex" with Chris Wolf, a noted virtualization expert at The Burton Group.</p>]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p>Storage has always been a passion of mine. In 2000, I was a card-carrying SNIA member and worked on an SNIA committee regarding certification paths for IT pros to prove their storage know-how. That was during my SAN/NAS days at CommVault Systems when I wrote &#8220;Enterprise Storage Solutions for Sybex&#8221; with Chris Wolf, a noted virtualization expert at The Burton Group.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/112989/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Quantum Cryptography Now Fast Enough For Video</title>
		<link>http://inter5.org/archives/112557</link>
		<comments>http://inter5.org/archives/112557#comments</comments>
		<pubDate>Tue, 20 Apr 2010 08:42:00 +0000</pubDate>
		<dc:creator>kdawson</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Cambridge Lab]]></category>
		<category><![CDATA[Continuous Operation]]></category>
		<category><![CDATA[Data Communication]]></category>
		<category><![CDATA[Encrypt]]></category>
		<category><![CDATA[Europe]]></category>
		<category><![CDATA[Feedback System]]></category>
		<category><![CDATA[Greater Than One]]></category>
		<category><![CDATA[High Bit]]></category>
		<category><![CDATA[High Speed]]></category>
		<category><![CDATA[Long Distance]]></category>
		<category><![CDATA[Mdash]]></category>
		<category><![CDATA[Quantum Cryptography]]></category>
		<category><![CDATA[Sec Data]]></category>
		<category><![CDATA[Sensitive Data]]></category>
		<category><![CDATA[Third Party]]></category>
		<category><![CDATA[Time Pad]]></category>
		<category><![CDATA[Toshiba]]></category>
		<category><![CDATA[Voice Data]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[cremeglace sends in news of a major advance in the speed of quantum key distribution. "Researchers at the Cambridge Lab of Toshiba Research Europe have solved the problem of transferring highly sensitive data at high speed across a long distance network. The team were able to demonstrate the continuous operation of quantum key distribution (QKD) &#8212; a system that allows the communicating users to detect if a third party is trying to eavesdrop on the data communication &#8212; at a speed greater than one megabit/sec over a 50 km fibre optic network, thanks to the use of a light detector for high bit rates and a feedback system which maintains the high bit rates during data transfer. ... The faster one megabit/sec data handling will allow the one-time pad to be used for the encryption of video &#8212; a vast step forward over the current ability to only encrypt voice data."<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fscience.slashdot.org%2Fstory%2F10%2F04%2F20%2F0213214%2FQuantum-Cryptography-Now-Fast-Enough-For-Video" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=Quantum+Cryptography+Now+Fast+Enough+For+Video%3A+http%3A%2F%2Fbit.ly%2FcHwSYd" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://science.slashdot.org/story/10/04/20/0213214/Quantum-Cryptography-Now-Fast-Enough-For-Video?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/0/da"><img src="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/1/da"><img src="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/8n6o1JB5tNU" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>cremeglace sends in news of a major advance in the speed of quantum key distribution. &#8220;Researchers at the Cambridge Lab of Toshiba Research Europe have solved the problem of transferring highly sensitive data at high speed across a long distance network. The team were able to demonstrate the continuous operation of quantum key distribution (QKD) &mdash; a system that allows the communicating users to detect if a third party is trying to eavesdrop on the data communication &mdash; at a speed greater than one megabit/sec over a 50 km fibre optic network, thanks to the use of a light detector for high bit rates and a feedback system which maintains the high bit rates during data transfer. &#8230; The faster one megabit/sec data handling will allow the one-time pad to be used for the encryption of video &mdash; a vast step forward over the current ability to only encrypt voice data.&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fscience.slashdot.org%2Fstory%2F10%2F04%2F20%2F0213214%2FQuantum-Cryptography-Now-Fast-Enough-For-Video"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=Quantum+Cryptography+Now+Fast+Enough+For+Video%3A+http%3A%2F%2Fbit.ly%2FcHwSYd"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://science.slashdot.org/story/10/04/20/0213214/Quantum-Cryptography-Now-Fast-Enough-For-Video?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1624062&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/0/da"><img src="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/1/da"><img src="http://feedads.g.doubleclick.net/~at/KrjrtCI06fITybkzZCClhI6Zq6o/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/8n6o1JB5tNU" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/112557/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Full disk encryption isn&#8217;t quite dead</title>
		<link>http://inter5.org/archives/109988</link>
		<comments>http://inter5.org/archives/109988#comments</comments>
		<pubDate>Tue, 13 Apr 2010 10:00:00 +0000</pubDate>
		<dc:creator>Roger A. Grimes</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Security Central]]></category>
		<category><![CDATA[Disk Encryption]]></category>
		<category><![CDATA[Encryption Program]]></category>
		<category><![CDATA[Fde]]></category>
		<category><![CDATA[Full Time]]></category>
		<category><![CDATA[Hard Disk]]></category>
		<category><![CDATA[Hard Drive]]></category>
		<category><![CDATA[Hype]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Program Scheme]]></category>
		<category><![CDATA[Techie]]></category>
		<category><![CDATA[Truecrypt]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<!--paging_filter--><p>At least once a month, it seems some vendor or techie claims to have broken a version of a hard drive <a href="http://www.csoonline.com/article/505556/Full_Disk_Encryption_Dos_and_Don_ts" target="_blank">full-disk encryption (FDE)</a> program scheme, whether it's from Microsoft (my full-time employer), BitLocker, open source favorite TrueCrypt, or some other variant. All the stories and the hype are enough to make one wonder if FDE is dead.</p>]]></description>
			<content:encoded><![CDATA[<p><!--paging_filter-->
<p>At least once a month, it seems some vendor or techie claims to have broken a version of a hard drive <a href="http://www.csoonline.com/article/505556/Full_Disk_Encryption_Dos_and_Don_ts" >full-disk encryption (FDE)</a> program scheme, whether it&#8217;s from Microsoft (my full-time employer), BitLocker, open source favorite TrueCrypt, or some other variant. All the stories and the hype are enough to make one wonder if FDE is dead.</p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/109988/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How Did Wikileaks Do It?</title>
		<link>http://inter5.org/archives/108830</link>
		<comments>http://inter5.org/archives/108830#comments</comments>
		<pubDate>Wed, 07 Apr 2010 18:58:00 +0000</pubDate>
		<dc:creator>timothy</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Algorithm]]></category>
		<category><![CDATA[Baghdad]]></category>
		<category><![CDATA[Brute Force Attack]]></category>
		<category><![CDATA[Computer Time]]></category>
		<category><![CDATA[Decryption Keys]]></category>
		<category><![CDATA[Grassy Knoll]]></category>
		<category><![CDATA[Million Times]]></category>
		<category><![CDATA[Necessary Computer]]></category>
		<category><![CDATA[News Agency]]></category>
		<category><![CDATA[NY Times]]></category>
		<category><![CDATA[Reuters]]></category>
		<category><![CDATA[Television News]]></category>
		<category><![CDATA[Two Million]]></category>
		<category><![CDATA[United States Army]]></category>
		<category><![CDATA[YouTube]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[grassy_knoll writes "Related to the Wikileaks video recently released and discussed here, the NY Times reports: 'Somehow &#8212; it will not say how &#8212; WikiLeaks found the necessary computer time to decrypt a graphic video, released Monday, of a United States Army assault in Baghdad in 2007 that left 12 people dead, including two employees of the news agency Reuters. The video has been viewed more than two million times on YouTube, and has been replayed hundreds of times in television news reports.'
The article is light on details; what encryption algorithm was used? Was this a brute force attack? Did someone pass the decryption keys to Wikileaks along with the video? Something else?"<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fask.slashdot.org%2Fstory%2F10%2F04%2F07%2F1854219%2FHow-Did-Wikileaks-Do-It" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=How+Did+Wikileaks+Do+It%3F%3A+http%3A%2F%2Fbit.ly%2Fb8NoMI" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://ask.slashdot.org/story/10/04/07/1854219/How-Did-Wikileaks-Do-It?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/0/da"><img src="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/1/da"><img src="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/NpyzN1U-K1Y" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>grassy_knoll writes &#8220;Related to the Wikileaks video recently released and discussed here, the NY Times reports: &#8216;Somehow &mdash; it will not say how &mdash; WikiLeaks found the necessary computer time to decrypt a graphic video, released Monday, of a United States Army assault in Baghdad in 2007 that left 12 people dead, including two employees of the news agency Reuters. The video has been viewed more than two million times on YouTube, and has been replayed hundreds of times in television news reports.&#8217;<br />
The article is light on details; what encryption algorithm was used? Was this a brute force attack? Did someone pass the decryption keys to Wikileaks along with the video? Something else?&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fask.slashdot.org%2Fstory%2F10%2F04%2F07%2F1854219%2FHow-Did-Wikileaks-Do-It"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=How+Did+Wikileaks+Do+It%3F%3A+http%3A%2F%2Fbit.ly%2Fb8NoMI"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://ask.slashdot.org/story/10/04/07/1854219/How-Did-Wikileaks-Do-It?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1610792&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/0/da"><img src="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/1/da"><img src="http://feedads.g.doubleclick.net/~at/hz_gzEwRU1Pr__oeShKMumxte9Q/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/NpyzN1U-K1Y" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/108830/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Government Could Forge SSL Certificates</title>
		<link>http://inter5.org/archives/106473</link>
		<comments>http://inter5.org/archives/106473#comments</comments>
		<pubDate>Fri, 26 Mar 2010 14:14:00 +0000</pubDate>
		<dc:creator>Soulskill</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Anomalies]]></category>
		<category><![CDATA[Certificate Authorities]]></category>
		<category><![CDATA[Checks]]></category>
		<category><![CDATA[Citizens]]></category>
		<category><![CDATA[Consumers]]></category>
		<category><![CDATA[Disclosure]]></category>
		<category><![CDATA[Government Law Enforcement]]></category>
		<category><![CDATA[Governments]]></category>
		<category><![CDATA[Holes]]></category>
		<category><![CDATA[Plugin Pdf]]></category>
		<category><![CDATA[Private Data]]></category>
		<category><![CDATA[Sensitive Data]]></category>
		<category><![CDATA[Spying]]></category>
		<category><![CDATA[Ssl Certificates]]></category>
		<category><![CDATA[Sums Of Money]]></category>
		<category><![CDATA[Verisign]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[FutureDomain writes "Is SSL becoming pointless? Researchers are poking holes in the chain of trust for SSL certificates which protect sensitive data. According to these hypothesized attacks, governments could compel certificate authorities to give them phony certificates that are signed by the CA, which are then used to perform man in the middle attacks. They point out that Verisign already makes large sums of money by facilitating the disclosure of US consumers' private data to US government law enforcement. The researchers are developing a Firefox plugin (PDF) that checks past certificates and warns of anomalies in the issuing country, but not much can help if government starts spying on the secure connections of its own citizens."<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fyro.slashdot.org%2Fstory%2F10%2F03%2F26%2F1334254%2FGovernment-Could-Forge-SSL-Certificates" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=Government+Could+Forge+SSL+Certificates%3A+http%3A%2F%2Fbit.ly%2FaUSObb" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://yro.slashdot.org/story/10/03/26/1334254/Government-Could-Forge-SSL-Certificates?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/0/da"><img src="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/1/da"><img src="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/aIhfj2u4TgI" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>FutureDomain writes &#8220;Is SSL becoming pointless? Researchers are poking holes in the chain of trust for SSL certificates which protect sensitive data. According to these hypothesized attacks, governments could compel certificate authorities to give them phony certificates that are signed by the CA, which are then used to perform man in the middle attacks. They point out that Verisign already makes large sums of money by facilitating the disclosure of US consumers&#8217; private data to US government law enforcement. The researchers are developing a Firefox plugin (PDF) that checks past certificates and warns of anomalies in the issuing country, but not much can help if government starts spying on the secure connections of its own citizens.&#8221;
<p><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fyro.slashdot.org%2Fstory%2F10%2F03%2F26%2F1334254%2FGovernment-Could-Forge-SSL-Certificates"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=Government+Could+Forge+SSL+Certificates%3A+http%3A%2F%2Fbit.ly%2FaUSObb"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://yro.slashdot.org/story/10/03/26/1334254/Government-Could-Forge-SSL-Certificates?from=rss">Read more of this story</a> at Slashdot.</p>
<p><iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&amp;id=1596654&amp;smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe></p>
<p><a href="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/0/da"><img src="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/1/da"><img src="http://feedads.g.doubleclick.net/~at/KTJYVYMHLSKGNy6-qwJHRpHYOcw/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/aIhfj2u4TgI" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/106473/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OpenSSH 5.4 Released</title>
		<link>http://inter5.org/archives/102019</link>
		<comments>http://inter5.org/archives/102019#comments</comments>
		<pubDate>Wed, 10 Mar 2010 20:40:00 +0000</pubDate>
		<dc:creator>timothy</dc:creator>
				<category><![CDATA[Encryption]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Certificate Authentication]]></category>
		<category><![CDATA[Netcat]]></category>
		<category><![CDATA[New Release]]></category>
		<category><![CDATA[Openbsd Journal]]></category>
		<category><![CDATA[Openssh]]></category>
		<category><![CDATA[Protocol]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[HipToday writes "As posted on the OpenBSD Journal, OpenSSH 5.4 has been released: 'Some highlights of this release are the disabling of protocol 1 by default, certificate authentication, a new "netcat mode," many changes on the sftp front (both client and server) and a collection of assorted bugfixes. The new release can already be found on a large number of mirrors and of course on www.openssh.com.'"<p><a href="http://tech.slashdot.org/story/10/03/10/200256/OpenSSH-54-Released?from=rss"><img src="http://slashdot.org/slashdot-it.pl?from=rss&#38;op=image&#38;style=h0&#38;sid=10/03/10/200256"/></a><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Ftech.slashdot.org%2Fstory%2F10%2F03%2F10%2F200256%2FOpenSSH-54-Released" target="_blank" title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a>
   
      <a href="http://twitter.com/home?status=OpenSSH+5.4+Released%3A+http%3A%2F%2Fbit.ly%2FduuAFu" target="_blank" title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p><p><a href="http://tech.slashdot.org/story/10/03/10/200256/OpenSSH-54-Released?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/0/da"><img src="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/0/di" border="0"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/1/da"><img src="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/1/di" border="0"/></a></p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/gTrfg_O1_Dw" height="1"/>]]></description>
			<content:encoded><![CDATA[<p>HipToday writes &#8220;As posted on the OpenBSD Journal, OpenSSH 5.4 has been released: &#8216;Some highlights of this release are the disabling of protocol 1 by default, certificate authentication, a new &#8220;netcat mode,&#8221; many changes on the sftp front (both client and server) and a collection of assorted bugfixes. The new release can already be found on a large number of mirrors and of course on www.openssh.com.&#8217;&#8221;
<p><a href="http://tech.slashdot.org/story/10/03/10/200256/OpenSSH-54-Released?from=rss"><img src="http://slashdot.org/slashdot-it.pl?from=rss&amp;op=image&amp;style=h0&amp;sid=10/03/10/200256"/></a><a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Ftech.slashdot.org%2Fstory%2F10%2F03%2F10%2F200256%2FOpenSSH-54-Released"  title="Share on Facebook"><img src="http://a.fsdn.com/sd/facebook_icon_large.png"/></a></p>
<p>      <a href="http://twitter.com/home?status=OpenSSH+5.4+Released%3A+http%3A%2F%2Fbit.ly%2FduuAFu"  title="Share on Twitter"><img src="http://a.fsdn.com/sd/twitter_icon_large.png"/></a></p>
<p><a href="http://tech.slashdot.org/story/10/03/10/200256/OpenSSH-54-Released?from=rss">Read more of this story</a> at Slashdot.</p>
<p><a href="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/0/da"><img src="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/0/di" border="0" ismap="true"/></a><br />
<a href="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/1/da"><img src="http://feedads.g.doubleclick.net/~at/ZnqL8JS5D--bEC9_EUxh7iWbumg/1/di" border="0" ismap="true"/></a></p>
<p><img src="http://feeds.feedburner.com/~r/Slashdot/slashdot/~4/gTrfg_O1_Dw" height="1" width="1"/></p>
]]></content:encoded>
			<wfw:commentRss>http://inter5.org/archives/102019/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
