<?xml version="1.0" encoding="UTF-8"?><rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rss="http://purl.org/rss/1.0/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/">
   <channel rdf:about="http://www.networkworld.com/columnists/antonopoulos.html">
      <title>Security: Risk and Reward</title>
      <link>http://www.networkworld.com/columnists/antonopoulos.html</link>
      <description>Network World columns by Andreas Antonopoulos.</description>
      <dc:publisher>Network World, Inc.</dc:publisher>
      <dc:rights>Copyright(C) 1994 - 2008 Network World, Inc.</dc:rights>
      <image rdf:resource="http://www.networkworld.com/redesign2/logorss.gif"/>
      <items>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/092908-andreas.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/091608-andreas.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/090208-andreas.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/081908-andreas.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/080508antonopoulos.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/072208antonopoulos.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/070808-risk-reward.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/062408-antonopoulos.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/061008-andreas.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
         <rdf:Seq>
            <rdf:li resource="http://www.networkworld.com/columnists/2008/052808-andreas.html?fsrc=rss-antonopoulos"/>
         </rdf:Seq>
      </items>
   </channel>
   <item rdf:about="http://www.networkworld.com/columnists/2008/092908-andreas.html?fsrc=rss-antonopoulos">
      <title>Can you keep users from importing their own applications?</title>
      <link>http://www.networkworld.com/columnists/2008/092908-andreas.html?fsrc=rss-antonopoulos</link>
      <description>Shadow IT is all the IT that was neither planned nor approved by anyone but gets chosen, deployed and used by end users. Some see this as grass-roots deployment of cool technologies; some see it as weeds growing from any crack in the IT plan. If you don't build it, they will go find it elsewhere. And even if you build it, if it isn't adequate, comprehensive, flexible and easy to use, they will go find it elsewhere.</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-09-30T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/091608-andreas.html?fsrc=rss-antonopoulos">
      <title>Privacy, security issues darken cloud computing plans</title>
      <link>http://www.networkworld.com/columnists/2008/091608-andreas.html?fsrc=rss-antonopoulos</link>
      <description>Enterprises are increasingly interested in cloud computing as a potential solution to capacity challenges. The idea is that if you have a virtualized data center, the cloud could potentially be an “overflow” data center where you expand capacity during periods of high demand. If the cloud can extend your data center, then you don’t need to build another one or increase the capacity of the one you have just to handle intermitted spikes in computing demand.</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-09-16T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/090208-andreas.html?fsrc=rss-antonopoulos">
      <title>The challenge of securing virtualization operations</title>
      <link>http://www.networkworld.com/columnists/2008/090208-andreas.html?fsrc=rss-antonopoulos</link>
      <description>I have been very interested in virtualization security since early 2004 and it now seems like it has become a mainstream topic. Most of the focus however is on securing the technology of virtualization (the hypervisor) and providing virtualized security (usually as virtual appliances). My focus nowadays is more on the operational impact of virtualized infrastructure and by extension the impact on security operations. After all, security controls (technology) are essential but without operational controls (people) they are not sufficient. So what is the operational impact of virtualization?&lt;p&gt;&lt;A href="http://ad.doubleclick.net/jump/idg.us.nwf.rss/security;sz=468x60;ord=99415?"&gt;
&lt;IMG src="http://ad.doubleclick.net/ad/idg.us.nwf.rss/security;sz=468x60;ord=99415?" border="0" width="468" height="60"&gt;&lt;/A&gt;
&lt;/p&gt;</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-09-02T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/081908-andreas.html?fsrc=rss-antonopoulos">
      <title>Georgia cyberwar overblown</title>
      <link>http://www.networkworld.com/columnists/2008/081908-andreas.html?fsrc=rss-antonopoulos</link>
      <description>Last week Russian tanks rolled into South Ossetia while Russian bombers were taking out critical communications infrastructure. But even before the first tank rolled across the disputed borders, another war was brewing in cyberspace. </description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-08-19T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/080508antonopoulos.html?fsrc=rss-antonopoulos">
      <title>What you don't know about security can hurt you</title>
      <link>http://www.networkworld.com/columnists/2008/080508antonopoulos.html?fsrc=rss-antonopoulos</link>
      <description>In reading an early release of an information-security survey conducted by the RSA Conference, two findings caught my attention.
</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-08-05T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/072208antonopoulos.html?fsrc=rss-antonopoulos">
      <title>No excuses -- encrypt all laptops </title>
      <link>http://www.networkworld.com/columnists/2008/072208antonopoulos.html?fsrc=rss-antonopoulos</link>
      <description>No more excuses: If you're not encrypting laptops, you are not applying due diligence.</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-07-22T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/070808-risk-reward.html?fsrc=rss-antonopoulos">
      <title>Security tribulations breed guilt by association</title>
      <link>http://www.networkworld.com/columnists/2008/070808-risk-reward.html?fsrc=rss-antonopoulos</link>
      <description>The headline read “Google loses employee data.” It caught my attention as I thought of all the implications this has for all the other data Google stores. A headline like that hits a nerve, I take it personally, because like most of us I immediately think of my search history from the last 10 years.</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-07-08T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/062408-antonopoulos.html?fsrc=rss-antonopoulos">
      <title>Communal security?</title>
      <link>http://www.networkworld.com/columnists/2008/062408-antonopoulos.html?fsrc=rss-antonopoulos</link>
      <description>I’ve visited quite a few countries in Asia over the last two years. In the various airports I passed through I often saw people wearing surgical masks. I also saw “fever checkpoints” in most major airports. These checkpoints have infrared cameras that show a thermal false color picture of passengers as they are funneled through immigration. The signs surrounding the checkpoints indicated that the purpose was to identify people with a fever so as to screen for various types of flu (avian or other). This is classic perimeter control, network access control even, applied in the real world.&lt;p&gt;&lt;A href="http://ad.doubleclick.net/jump/idg.us.nwf.rss/security;sz=468x60;ord=80782?"&gt;
&lt;IMG src="http://ad.doubleclick.net/ad/idg.us.nwf.rss/security;sz=468x60;ord=80782?" border="0" width="468" height="60"&gt;&lt;/A&gt;
&lt;/p&gt;</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-06-24T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/061008-andreas.html?fsrc=rss-antonopoulos">
      <title>A question of trust and identity</title>
      <link>http://www.networkworld.com/columnists/2008/061008-andreas.html?fsrc=rss-antonopoulos</link>
      <description>What is the right balance between security and privacy? This is a common starting point in many policy discussions, especially in government. It’s a trick question because it presets the conversation as a balancing act between two values as if they are antithetical – they are not. In practical terms, privacy is security. </description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-06-10T00:00:00Z</dc:date>
   </item>
   <item rdf:about="http://www.networkworld.com/columnists/2008/052808-andreas.html?fsrc=rss-antonopoulos">
      <title>Less is more (secure)</title>
      <link>http://www.networkworld.com/columnists/2008/052808-andreas.html?fsrc=rss-antonopoulos</link>
      <description>Complexity is the enemy of security. Simple systems are inherently more secure than complex solutions.</description>
      <dc:creator>Andreas M. Antonopoulos</dc:creator>
      <dc:date>2008-05-27T00:00:00Z</dc:date>
   </item>
</rdf:RDF>