<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.networkworld.com/community" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>encryption</title>
 <link>http://www.networkworld.com/community/taxonomy/term/568</link>
 <description>Showing new posts in a forum view</description>
 <language>en</language>
<item>
 <title>Waited too long</title>
 <link>http://www.networkworld.com/community/node/36924</link>
 <description>VeriSign and others new the MD5 algorithm was not strong enough to use, but they chose to wait. Now when the exploit is known they cry foul that the researchers did not notify them before going public.</description>
 <comments>http://www.networkworld.com/community/node/36924#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/451">SSL</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1640">VeriSign</category>
 <pubDate>Wed, 07 Jan 2009 09:44:44 -0500</pubDate>
 <dc:creator />
 <guid isPermaLink="false">36924 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Resources for Incident Handling</title>
 <link>http://www.networkworld.com/community/node/35627</link>
 <description>Security incident handling, after many years of exposure, is still one of those &#039;sticky&#039; subjects that can get any organization in a lot of trouble.  Other than phreaking and other switch or voicemail-related mischief, the rather isolated telecommunications networks of yesterday aren&#039;t nearly as susceptible to the coordinated attacks that plague servers, routers, and UC and IP-PBX platforms these days.
 &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/35627&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/35627#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/47">Cisco</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/29">Data Center</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1035">General discussions</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/22">LANs / WANs</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/21">Network Management</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/30">SMB</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17">Software</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/26">VoIP / Convergence</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/2335">endpoint</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/455">hacking</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17944">incident handling</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/11150">IP-PBX</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17945">ISC</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17946">peer</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17947">phreaking</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1931">SANS</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/58">security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13139">telecom</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/220">VoIP</category>
 <pubDate>Mon, 24 Nov 2008 07:59:24 -0500</pubDate>
 <dc:creator>Matthew Nickasch</dc:creator>
 <guid isPermaLink="false">35627 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Quantum Computing: cryptographic challenges, but no end for security</title>
 <link>http://www.networkworld.com/community/node/35245</link>
 <description>&lt;p&gt;Examination of the technical evolution within several industries reveals an approaching precipice of scientific change.  The glacially paced, but inevitable convergence of quantum mechanics, nanotechnology, computer science, and applied mathematics, will revolutionize modern technology.  The implications of such change will be far reaching, with one of its greatest impacts affecting information security.  More specifically, that of modern cryptography. &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/35245&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</description>
 <comments>http://www.networkworld.com/community/node/35245#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13063">algorithm</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/7726">cryptography</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/4685">math</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/12795">mathematics</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/6935">quantum computing</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/6015">quantum cryptography</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/2241">quantum science</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/3263">quantum security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/58">security</category>
 <pubDate>Thu, 13 Nov 2008 23:56:18 -0500</pubDate>
 <dc:creator>Noah Schiffman</dc:creator>
 <guid isPermaLink="false">35245 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>The Trouble with IPsec VPNs, Part#3: IKE Phase 1 Success</title>
 <link>http://www.networkworld.com/community/node/34485</link>
 <description>&lt;p align=&quot;left&quot;&gt;I have surfaced again after a busy few weeks - and I can finally continue my description of IPsec VPN troubleshooting (sorry about the delay). This time I&amp;#39;ll take a closer look at IKE Phase 1 (main mode) troubleshooting.&lt;/p&gt;&lt;p align=&quot;left&quot;&gt;Before getting into an analysis of specific problems that can occur with IKE Phase 1, it&amp;#39;s a good idea to use the debug crypto isakmp command to examine an example of successful IKE Phase 1 negotiation. This negotiation takes place between two IPsec VPN gateways called Tokyo and Osaka: &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/34485&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</description>
 <comments>http://www.networkworld.com/community/node/34485#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13658">3des</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/704">authentication</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/590">CCIE</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/3651">DES</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13657">ike</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1993">IPSec</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/58">security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17004">tunnel</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/813">VPN</category>
 <pubDate>Mon, 27 Oct 2008 11:37:26 -0400</pubDate>
 <dc:creator>Mark_Lewis</dc:creator>
 <guid isPermaLink="false">34485 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Securing the Line Part 5 - Media Encryption</title>
 <link>http://www.networkworld.com/community/node/32163</link>
 <description>As discussed earlier, VLANs, ACLs, and firewall policies are extremely important components to any converged network security architecture.  However, what these methods &lt;em&gt;do not&lt;/em&gt; secure is the content &lt;em&gt;within&lt;/em&gt; each call or conversation.

The industry is moving towards securing each media path used for voice, video, and data communication.  Even internally, there are many threats that may potentially compromise the &lt;em&gt;content&lt;/em&gt; within the packets transmitted over an IP network.
 &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/32163&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/32163#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/317">Asterisk</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1110">Avaya</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/2746">Cisco</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/8929">Digium</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1993">IPSec</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1098">Nortel</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/15631">SRTP</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/15632">TLS</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/220">VoIP</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/813">VPN</category>
 <pubDate>Tue, 02 Sep 2008 17:12:31 -0400</pubDate>
 <dc:creator>Matthew Nickasch</dc:creator>
 <guid isPermaLink="false">32163 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Encryption tool-tip</title>
 <link>http://www.networkworld.com/community/node/31728</link>
 <description>Thanks for a good article.

If you are looking for a simple-free-email encryption solution, try Flexcrypt.

Flexcrypt does not have a policy-component, the user decides what and when to encrypt, a good alternative for smaller organizations with a limited budget.

http://www.flexcrypt.com

Have a nice day.

/Ralf</description>
 <comments>http://www.networkworld.com/community/node/31728#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <pubDate>Wed, 27 Aug 2008 05:04:46 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">31728 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Introducing &quot;Securing the Line&quot; </title>
 <link>http://www.networkworld.com/community/node/31325</link>
 <description>We&#039;re all familiar with the common security concerns with deploying an IP Telephony environment.  Tomorrow, I&#039;m launching a large 10-part series on improving VoIP and telecom security in an enterprise environment.  
 &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/31325&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/31325#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/47">Cisco</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1035">General discussions</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/22">LANs / WANs</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/123">Microsoft</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/21">Network Management</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/30">SMB</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17">Software</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/26">VoIP / Convergence</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/45">Wireless / Mobile</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/2746">Cisco</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1351">IP telephony</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/11150">IP-PBX</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/58">security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/810">SMB</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/220">VoIP</category>
 <pubDate>Thu, 21 Aug 2008 10:08:38 -0400</pubDate>
 <dc:creator>Matthew Nickasch</dc:creator>
 <guid isPermaLink="false">31325 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>The Threat That Lies Within</title>
 <link>http://www.networkworld.com/community/node/30490</link>
 <description>Just like any other technology, the idea of the &quot;converged network&quot; and related applications often come under some sort of fire, whether it be cost, functionality, or security.  Users and those who deploy the technologies must then evaluate whether or not these stumbling blocks are indeed deal breakers.  It&#039;s common for system engineers and network managers to focus on &quot;outside facing&quot; or WAN-side security threats,  But, what is often underscored is the threat that lies within.

With any new technology development, it&#039;s common to fixate on certain problems and certain solutions.  Suddenly, there&#039;s a panic from end users frantically asking if they&#039;re immune to the SQL Slammer, at risk for malware, or could have their conversations monitored on the new IP phone system.
 &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/30490&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/30490#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/47">Cisco</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/29">Data Center</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1035">General discussions</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/22">LANs / WANs</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/21">Network Management</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/30">SMB</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/17">Software</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/26">VoIP / Convergence</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/14236">college</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/14234">eavesdropping</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/14235">Georgia</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/11150">IP-PBX</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/3539">PBX</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/58">security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13139">telecom</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/220">VoIP</category>
 <pubDate>Wed, 30 Jul 2008 07:32:35 -0400</pubDate>
 <dc:creator>Matthew Nickasch</dc:creator>
 <guid isPermaLink="false">30490 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Lots of excuses, little use of encryption on government mobile computers  </title>
 <link>http://www.networkworld.com/community/node/30482</link>
 <description>  &lt;p&gt;Generally available encryption technologies could help some notoriously data-leaky federal agencies &lt;a href=&quot;/columnists/2008/072208antonopoulos.html&quot;&gt;protect sensitive information&lt;/a&gt; - if they used it.  &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/30482&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</description>
 <comments>http://www.networkworld.com/community/node/30482#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/154">Careers</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/33">E-commerce</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1035">General discussions</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/12241">Government Accountability Office</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/14225">GSA</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/11437">laptop theft</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13333">OMB</category>
 <pubDate>Wed, 30 Jul 2008 01:36:14 -0400</pubDate>
 <dc:creator>Layer 8</dc:creator>
 <guid isPermaLink="false">30482 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Yes, you should encrypt your drives…</title>
 <link>http://www.networkworld.com/community/node/30428</link>
 <description>&lt;p&gt;Yup, I can agree with that statement...  After all, I consider FDE as a default pillar in any good information loss protection framework.&lt;/p&gt;  &lt;p&gt;Yet for some reason, it seems that most IT shops have now become entranced within the data loss protection (DLP) hype.  Thus, DLP has now become everyone&amp;#39;s favorite silver bullet.  And, a lot of DLP companies are preying on this fallacy by pushing their products as end-all solutions to IT shops desperately seeking to fulfill, regulatory compliance needs, an executives whim, or even possibly used to correct holes found after their latest security incident. &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/30428&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</description>
 <comments>http://www.networkworld.com/community/node/30428#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/11012">DLP</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/14145">FDE</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/14147">HFDE</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/14146">SFDE</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/12606">TrueCrypt</category>
 <pubDate>Tue, 29 Jul 2008 00:12:01 -0400</pubDate>
 <dc:creator>tkopczynski</dc:creator>
 <guid isPermaLink="false">30428 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>The Reversible Denial-of-Resource CryptoViral Extortion Attack</title>
 <link>http://www.networkworld.com/community/node/29333</link>
 <description>&lt;a href=&quot;http://en.wikipedia.org/wiki/Ransomware_%28malware%29&quot;&gt;Ransomware&lt;/a&gt;, although somewhat appropriately nicknamed, as it takes your data hostage demanding money for its release, has always implied an unnecessary emotional component.  It is unforgivably insensitive to compare this to any type of &lt;a href=&quot;http://www.fbi.gov/page2/march08/lindbergh_030308.html&quot;&gt;real world ransom&lt;/a&gt; regarding human life.  Furthermore, there are no &amp;quot;proof of life&amp;quot; concepts, such as sending back a &amp;quot;pinky&amp;quot; of data or letting you briefly see that your data is being safely kept in a Linux environment. &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/29333&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/29333#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13246">cryptovirology</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13245">cryptovirus</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/13244">gpcode</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/1108">Kaspersky</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/603">malware</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/4388">Ransomware</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/589">RSA</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/712">trojan</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/163">virus</category>
 <pubDate>Wed, 25 Jun 2008 22:57:59 -0400</pubDate>
 <dc:creator>Noah Schiffman</dc:creator>
 <guid isPermaLink="false">29333 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Do some more research</title>
 <link>http://www.networkworld.com/community/node/28378</link>
 <description>If you google this new encryption pack from At&amp;T it isn&#039;t anything more than grouping together existing encryption services that have been on the market for a while.  They are also using encryption methods that have been hacked and have had exposed flaws.  To me I am still not sure why people keep feeding us the consumers junk about increased safety when it isn&#039;t increased just repackaged a different way.  They need to look into some of these new cypher bit encryptions at are fresh to the market possessing new algorithms that haven&#039;t been hacked.  There are many but you won&#039;t find them with companies like Cisco, Microsoft, or At&amp;T.  I saw a company on a press release called DreamStream. &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/28378&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/28378#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/22">LANs / WANs</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/239">AT&amp;amp;T</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/206">carriers</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <pubDate>Tue, 03 Jun 2008 14:56:11 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">28378 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Adhering to standards while Protecting your Clients</title>
 <link>http://www.networkworld.com/community/node/28070</link>
 <description>Capturing an encrypted file only poses a problem if the encryption has been hacked. There are multiple solutions on the market today that team encryption with different perks that tailor to this sort of thing. DreamStream is one of leaders in this type of out of the box technology. They aren&#039;t as big as Cisco or some of the other security companies but they possess the ability to transfer encrypted files that are only visible as white noise, which would help in the solution as well as there encryption possess a time sensitive 2,048 bit key embedded in a military strength encryption. The solutions are there that is not the problem, it is the Corporate mindset of spending the money to change the systems that they currently have. Even though they say they want to they don&#039;t. &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/28070&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/28070#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <pubDate>Thu, 22 May 2008 16:41:03 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">28070 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Why Kerberos…</title>
 <link>http://www.networkworld.com/community/node/27856</link>
 <description>&lt;p&gt;It seems that everyone&amp;#39;s favorite Kerberos Consortium (also known as the MIT Kerberos Consortium) has just released a new white paper titled: &lt;a href=&quot;http://www.kerberos.org/software/whykerberos.pdf&quot;&gt;Why is Kerberos a credible security solution?&lt;/a&gt; I briefly read through it tonight, and I must say, it&amp;#39;s a really good attempt at summarizing the benefits of Kerberos over other authentication technologies or methodologies.  &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/27856&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</description>
 <comments>http://www.networkworld.com/community/node/27856#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/123">Microsoft</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/5672">Kerberos</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/5673">Kerberos Consortium</category>
 <pubDate>Fri, 16 May 2008 01:49:35 -0400</pubDate>
 <dc:creator>tkopczynski</dc:creator>
 <guid isPermaLink="false">27856 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>This will be hacked too</title>
 <link>http://www.networkworld.com/community/node/27138</link>
 <description>The problem still is what is the length of the key, and does it change.  With the right amount of computers hacking a 128 key or 256 bit key is still pretty easy.  This doesn&#039;t seem to solve anything.  You need a new encryption to use your new method with that hasn&#039;t been hacked.  You need multiple different user ID&#039;s that use different time sensitive keys.  Things that are constantly changing and mathematically impossible to hack using brute force.  This solution still doesn&#039;t even come close to the Http://www.dreamstream.info solution of the BES encryption.  That is out today and this one we will have to wait for?  How does this help my companies infrastructure over theirs?  This seems easier to hack?</description>
 <comments>http://www.networkworld.com/community/node/27138#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <pubDate>Tue, 22 Apr 2008 13:52:19 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">27138 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Sounds (almost) worthless</title>
 <link>http://www.networkworld.com/community/node/26690</link>
 <description>If the encryption key is in the drive, a sufficiently determined attacker will get it.</description>
 <comments>http://www.networkworld.com/community/node/26690#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/45">Wireless / Mobile</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/113">Laptops</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/589">RSA</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/573">Seagate</category>
 <pubDate>Mon, 07 Apr 2008 09:02:11 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">26690 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>RFID SmartCard encryption cracked by researchers</title>
 <link>http://www.networkworld.com/community/node/25754</link>
 <description>  &lt;p class=&quot;MsoNormal&quot;&gt;New research that shows smart cards with encrypted RFID chips might not be as secure as previously thought is raising concerns in Boston, where the subway CharlieCards use just such technology. The research raises the specter of thieves with $1,000 worth of equipment cracking smart card encryption and making counterfeit cards to do everything from swipe fares to gain access to high-security areas. &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/25754&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</description>
 <comments>http://www.networkworld.com/community/node/25754#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/269">RFID</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/10152">university of virginia</category>
 <pubDate>Thu, 06 Mar 2008 15:30:36 -0500</pubDate>
 <dc:creator>Alpha Doggs</dc:creator>
 <guid isPermaLink="false">25754 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>RE: Disk encryption easily cracked, researchers find</title>
 <link>http://www.networkworld.com/community/node/25293</link>
 <description>Right, and a thief is supposed to be able to do all this within seconds of stealing a computer? I think I&#039;d be more worried about aliens probing my mind for the password, it&#039;s probably more likely to happen.</description>
 <comments>http://www.networkworld.com/community/node/25293#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/113">Laptops</category>
 <pubDate>Fri, 22 Feb 2008 03:04:01 -0500</pubDate>
 <dc:creator />
 <guid isPermaLink="false">25293 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>RE: Encryption could make you more vulnerable, warn experts</title>
 <link>http://www.networkworld.com/community/node/24979</link>
 <description>I have never read such nonsense. How is potential of attack on key server worse than not protecting data at all? The lack of logical thought is mind-numbing.

The only real risk mentioned in this article is being locked out of data forever if the keys are destroyed. To avoid such disaster smart people implement key recovery system when they deploy encryption.

Please THINK critically before you write.</description>
 <comments>http://www.networkworld.com/community/node/24979#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <pubDate>Tue, 12 Feb 2008 16:51:26 -0500</pubDate>
 <dc:creator />
 <guid isPermaLink="false">24979 at http://www.networkworld.com/community</guid>
</item>
<item>
 <title>Kanguru toughens up secure USB drive</title>
 <link>http://www.networkworld.com/community/node/24719</link>
 <description>Kanguru Solutions has upgraded its KanguruDefender line of USB secure flash drives, enhancing the performance and security of the device. The &lt;strong&gt;KanguruDefender Pro&lt;/strong&gt; is designed for government, military and secure enterprise applications with rugged and security features.

The new version includes hardware-based AES encryption and a rugged, tamper-proof aluminum casing. The hardware-based encryption provides faster transfer speeds than software-based encryption, and also means that no administration rights are needed to install the drives, easing installation for IT managers. Customization optiosn are also available, including unique identifiers, serialization and security colors, Kanguru says.

The casing is designed to make it impossible to remove the device&#039;s chip without it breaking, rendering it unreadable, the company says. A unique ID can also be put onto the drive for use with endpoint security applications, which lets IT managers create white lists, as well as track and monitor the drives. Device capacity ranges from 1GB ($64.95) to 4GB ($124.95), and different colors are available.

More details are available at the &lt;a href=&quot;http://www.kanguru.com&quot;&gt;Kanguru Web site&lt;/a&gt;.
 &lt;span class=&#039;read-more&#039;&gt;&lt;a href=&quot;http://www.networkworld.com/community/node/24719&quot;&gt;&lt;p&gt;&lt;strong&gt;Read more&lt;/strong&gt;&lt;/p&gt;&lt;/a&gt;&lt;/span&gt;</description>
 <comments>http://www.networkworld.com/community/node/24719#comments</comments>
 <category domain="http://www.networkworld.com/community/taxonomy/term/16">Security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/568">encryption</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/9289">flash drive</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/532">gadgets</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/58">security</category>
 <category domain="http://www.networkworld.com/community/taxonomy/term/280">USB</category>
 <pubDate>Tue, 05 Feb 2008 12:38:01 -0500</pubDate>
 <dc:creator>Keith Shaw</dc:creator>
 <guid isPermaLink="false">24719 at http://www.networkworld.com/community</guid>
</item>
</channel>
</rss>
