<?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/gibbs.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 - 2009 Network World, Inc.</dc:rights>
      <image rdf:resource="http://www.networkworld.com/redesign2/logorss.gif"></image>
	  											<items>
																												<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/111109antonopoulos.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/102709-andreas.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/092909antonopoulos.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/091509antonopoulos.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/090109-andreas.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/081909antonopoulos.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/080509antonopoulos.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/070809antonopoulos.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/062409antonopoulos.html"/>
				</rdf:Seq>
																									<rdf:Seq>
					<rdf:li resource="http://www.networkworld.com/columnists/2009/061009antonopoulos.html"/>
				</rdf:Seq>
										</items>
							   </channel>
   																																	                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/111109antonopoulos.html">
					<title>iPhone security problems bring new risks </title>
					<link>http://www.networkworld.com/columnists/2009/111109antonopoulos.html</link>
					<description>In just four days, not one but two worms targeting the iPhone have emerged. Both of the worms target the same vulnerability, a default password in the SSH server that is installed on jail-broken iPhones. While one worm is a mostly a nuisance, the second siphons personal information from the iPhone, which makes it a serious identity theft threat.</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-11-11T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/102709-andreas.html">
					<title>Practical identity protection you can use</title>
					<link>http://www.networkworld.com/columnists/2009/102709-andreas.html</link>
					<description>Is it Christmas already? I&apos;m beginning to receive informative e-mails about evil hackers who want to steal my identity during the dangerous (and ever lengthening) holiday season. As usual the advice ranges from lame to impossible.</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-10-27T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/092909antonopoulos.html">
					<title>New secure password rules</title>
					<link>http://www.networkworld.com/columnists/2009/092909antonopoulos.html</link>
					<description>Between hardware keyloggers, software keyloggers, trojans and shoulder surfing, the whole idea of keeping a &quot;secret word&quot; is ridiculous.</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-09-29T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/091509antonopoulos.html">
					<title>Cloud security through control vs.ownership</title>
					<link>http://www.networkworld.com/columnists/2009/091509antonopoulos.html</link>
					<description>Cloud computing makes auditors cringe. It&apos;s something we hear consistently from enterprise customers: it was hard enough to make virtualization &quot;palatable&quot; to auditors; cloud is going to be even harder. By breaking the links between hardware and software, virtualization liberates workloads from the physical constraints of a single machine. Cloud takes that a step further making the physical location irrelevant and even obscure.</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-09-15T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/090109-andreas.html">
					<title>Data leakage prevention going mainstream</title>
					<link>http://www.networkworld.com/columnists/2009/090109-andreas.html</link>
					<description>Data leakage or data loss prevention systems have gradually entered the mainstream as their increasing maturity has allowed increasing adoption. From barely registering in our research two years ago, we now find different forms of DLP in about one-third of enterprises in Nemertes Research&apos;s spring 2009 benchmark study.</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-09-01T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/081909antonopoulos.html">
					<title>Managed security services all the rage</title>
					<link>http://www.networkworld.com/columnists/2009/081909antonopoulos.html</link>
					<description>It&apos;s an understatement to say that IT organizations face exceptionally challenging times. For many, budget cutbacks for 2009 were worse than predicted.  </description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-08-19T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/080509antonopoulos.html">
					<title>Security job security</title>
					<link>http://www.networkworld.com/columnists/2009/080509antonopoulos.html</link>
					<description>It&apos;s a good time to work in the security field.  Nemertes has completed it&apos;s research benchmark for the first half of 2009, incorporating interviews with IT and security executives during a recession. The research participants told us that they consider security and compliance spending to be &quot;recession proof&quot;, third only to data network and voice/telecom spending.</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-08-05T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/070809antonopoulos.html">
					<title>The cost of not reaching IT project closure</title>
					<link>http://www.networkworld.com/columnists/2009/070809antonopoulos.html</link>
					<description>All things, good and bad, eventually come to an end. Philosophers have told us this in many variations for at least three or four thousand years. In IT we seem to have exquisitely intricate plans for starting new things: projects, applications, users,  policies. Yet we seem to always forget to plan for their eventual end: the closure of projects, the removal of applications, the retirement of servers and the departure of users. Why do we find it so hard to achieve closure?</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-07-08T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/062409antonopoulos.html">
					<title>Iran&apos;s data leakage &apos;problem&apos;</title>
					<link>http://www.networkworld.com/columnists/2009/062409antonopoulos.html</link>
					<description>In the wake of Iran&apos;s statistically and historically dubious election results, the world has been glued to screens (both TV and IP) watching the unfolding protests and violence. Despite a complete media and communications blackout, the videos, photos and messages are leaking out continuously. But how are all these leaks occurring?
</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-06-24T12:00:00-04:00</dc:date>
			   	</item>
																													                                      
								<item rdf:about="http://www.networkworld.com/columnists/2009/061009antonopoulos.html">
					<title>Building a data center security architecture</title>
					<link>http://www.networkworld.com/columnists/2009/061009antonopoulos.html</link>
					<description>Data center architecture has been changing quite dramatically over the past few years. In many data centers, organic growth had left them broken up into application silos. The standard three-tier architecture was copied for each application leading to a fairly hierarchical network. In this architecture, some core security services, such as firewalls and intrusion prevention, were concentrated at the root of the network tree, closest to the ingress routers and around any  DMZs.</description>
					<dc:creator>			
										 			Andreas M. Antonopoulos</dc:creator>
					<dc:date>2009-06-10T12:00:00-04:00</dc:date>
			   	</item>
							</rdf:RDF>
