<?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>Colin McNamara - CCIE 18233 , VCP, EMCIE, NCDA, GEEK &#187; breach</title>
	<atom:link href="http://www.colinmcnamara.com/technology-tags/breach/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.colinmcnamara.com</link>
	<description>Technical reviews and articles from a CCIE with extensive experience in designing and implementing converged enterprise networks.</description>
	<lastBuildDate>Fri, 13 Jan 2012 19:00:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>Measuring and mitigating risk involved with sharing virtual infrastructure between DMZ and Internal environments</title>
		<link>http://www.colinmcnamara.com/measuring-and-mitigating-risk-involved-with-sharing-virtual-infrastructure-between-dmz-and-internal-environments/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=measuring-and-mitigating-risk-involved-with-sharing-virtual-infrastructure-between-dmz-and-internal-environments</link>
		<comments>http://www.colinmcnamara.com/measuring-and-mitigating-risk-involved-with-sharing-virtual-infrastructure-between-dmz-and-internal-environments/#comments</comments>
		<pubDate>Tue, 09 Sep 2008 20:36:57 +0000</pubDate>
		<dc:creator>colinmcnamara</dc:creator>
				<category><![CDATA[hyper-v]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[blog]]></category>
		<category><![CDATA[breach]]></category>
		<category><![CDATA[business context]]></category>
		<category><![CDATA[C]]></category>
		<category><![CDATA[CISCO]]></category>
		<category><![CDATA[Colin]]></category>
		<category><![CDATA[compromise]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[DESIGN]]></category>
		<category><![CDATA[device contexts]]></category>
		<category><![CDATA[enhancements]]></category>
		<category><![CDATA[FCOE]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[Instances]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[NDA]]></category>
		<category><![CDATA[Network]]></category>
		<category><![CDATA[network infrastructure]]></category>
		<category><![CDATA[Nexus 5020]]></category>
		<category><![CDATA[passed]]></category>
		<category><![CDATA[Pic]]></category>
		<category><![CDATA[risk risk]]></category>
		<category><![CDATA[san]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[storage]]></category>
		<category><![CDATA[switch]]></category>
		<category><![CDATA[threat]]></category>
		<category><![CDATA[TrustSec]]></category>
		<category><![CDATA[virtual device]]></category>
		<category><![CDATA[vlan]]></category>
		<category><![CDATA[vulnerability]]></category>

		<guid isPermaLink="false">http://www.colinmcnamara.com/?p=177</guid>
		<description><![CDATA[Ivan Pepelnjak over at IOS Hints and Tricks wrote a post about DMZ VLAN leaking that got me thinking. He writes about &#8220;the VLAN leaking myth&#8221; and how it encourages clients to utilize physically separate network infrastructure in the DMZ&#8217;s. Now first things first, I wouldn&#8217;t call VLAN leaking a myth. At one time it [...]<p>--Colin McNamara
<br/><br/><a href="http://www.colinmcnamara.com/measuring-and-mitigating-risk-involved-with-sharing-virtual-infrastructure-between-dmz-and-internal-environments/">Measuring and mitigating risk involved with sharing virtual infrastructure between DMZ and Internal environments</a></p>
]]></description>
			<content:encoded><![CDATA[<p>Ivan Pepelnjak over at <a href="http://blog.ioshints.info/2008/09/are-vlans-safe-in-dmz-environment.html" target="_blank">IOS Hints and Tricks </a>wrote a post about DMZ VLAN leaking that got me thinking.</p>
<p>He writes about &#8220;the VLAN leaking myth&#8221; and how it encourages clients to utilize physically separate network infrastructure in the DMZ&#8217;s. Now first things first, I wouldn&#8217;t call VLAN leaking a myth. At one time it was a very real and serious vulnerability that was exploited by overflowing the capacity of the switch you were attacking, and causing it to &#8220;downgrade&#8221; from switch to a hub. Once this happened you now had access to previously protected devices, as well as having the ability to sniff data as it passed through the shared hub backplane.</p>
<p>As he mentions though, this is 8 years ago. Most switches have evolved to the point where backplanes far exceed the traffic that could ever be injected into their switchports. Even beyond backplane enhancements there are many ways to further firm up your security stance &#8211; Virtual Device Contexts, not using Layer 3 SVI&#8217;s on a DMZ VLAN, utilizing PVLANs, using port security, virtual routing instances, and many more. Of course, there are still many other attack vectors that still remain, but can be mitigated by utilizing features built into the majority of enterprise switches available today.</p>
<p>I think the real question is not &#8220;are VLANs safe in a DMZ&#8221;. The important question is have you mitigated the probability of compromise (the actual threat) to levels that are acceptable to your business. This question remains whether you have a standalone switch or not. So many times we hear about risk risk and more risk. But risk alone is meaningless in a business context. What is important is combining risk with likelihood. For that I like to use a simple table to come up with the true threat.</p>
<p><a class="thickbox" href="http://www.colinmcnamara.com/wp-content/gallery/breach/risk_grid.gif"><img class="ngg-singlepic ngg-center" src="http://www.colinmcnamara.com/wp-content/gallery/breach/thumbs/thumbs_risk_grid.gif" alt="risk_grid.gif" /></a></p>
<p>For example, as I drive to Fry&#8217;s there is the risk of me dying due to a car crash. The impact of me dying is very high (risk) however the likelihood of an accident is low, and furthermore I reduce (mitigate) the latent risk (threat) by wearing my seat belt. So all in all the threat of me dying on my way to Fry&#8217;s is pretty darn low.</p>
<p>In a business context this may be that I have public facing web servers and network devices in my DMZ. The impact of them being compromised is that my public image may be tarnished for a short time, and my end users may lose productivity if they are not able to VPN into work, or access the Internet while on premise. I mitigate this risk by using firewalls and both host and network based Intrusion Prevention Systems as well as implementing best security practices on my network and systems devices. The latent risk (threat) remaining is at a level that is acceptable to the business leaders, so the system is allowed.</p>
<p>One question that I have seen coming up more often as we move towards fully virtualized data centers is centered around commingling of virtual infrastructure. There are some hard questions which challenge some practices that we have held true over the years.</p>
<ul>
<li>Should you allow sharing of physical memory on a host virtual machine between an internal and DMZ server?</li>
<li>Should you allow virtual infrastructure from multiple security zones to share a storage array or cluster of arrays?</li>
<li>Should you allow multiple virtual switches in different security zones commingling on the same ESX or Hyper-V cluster?</li>
<li>Should you allow virtual firewall and load balancing instances protecting internal and external zones to reside on the same hardware?</li>
<li>Should you allow virtual routing instances from multiple zones to share a physical infrastructure?</li>
</ul>
<p>In the past world of standalone systems, the additional cost of providing a wholly separate infrastructure for DMZ environments was relatively low. Each system generally had internal disk, or at most direct attached storage. Network devices themselves were scaled down to support one chassis one function. This fit quite neatly into the Enterprise Composite Network model that was quite common from 1999-2003.</p>
<p>Now, many data centers have moved to the Service Oriented Network Architecture (SONA). In this model the cost of a virtualized data center is primarily focused on foundation elements such as the virtual storage and virtual fabrics, virtualized network, and virtual systems elements. The cost of providing additional virtualized services off these elements is low, however the cost of duplicating the physical infrastructure is quite high on both the capital and operational levels. This is forcing the technical and executive leadership at many companies to take a long hard look at the true threats they are facing in previously physically separate security zones such as DMZ&#8217;s, Financial and other secure zones. In the end, they are having to decide whether the threat remaining after their security controls is worth duplicating hundreds of thousands of dollars worth of infrastructure or not.</p>
<p>These are hard questions, with really no single good answer. My gut feel is that over the next few years we will continue the move towards the fully virtualized data center where components such as memory, PCI-X buses, storage and network devices are even further decentralized. This will make the cost of duplicating the infrastructure more and more significant, causing consolidated data center (or compute) fabrics to be the norm. At this point the discussion will move away from securing zones by creating separate infrastructure, to providing end to end security, starting integrated application level security, maybe with TrustSec or a dirivative, all the way down to securing the data at rest on disk. For the time being however, the best we can do is sit down and do an honest appraisel of our security stances, mitigate what we can, and do our best to design data center architectures that provide the flexibility of implementing whatever choice the technical and business leaders agree on.<strong>Similar Posts:</strong>
<ul class="similar-posts">
<li><a href="http://www.colinmcnamara.com/moving-towards-a-green-data-center-truth-behind-the-hype/" rel="bookmark" title="February 22, 2008">Moving towards a Green Data Center &#8211; Truth behind the hype</a></li>
<li><a href="http://www.colinmcnamara.com/ciscos-cloud-computing-offering/" rel="bookmark" title="April 7, 2009">Cisco&#8217;s Cloud Computing Offering</a></li>
<li><a href="http://www.colinmcnamara.com/about/" rel="bookmark" title="January 5, 2008">About Colin McNamara</a></li>
<li><a href="http://www.colinmcnamara.com/vote-for-my-vmworld-presentation-shameless-pandering/" rel="bookmark" title="May 12, 2011">Vote for my VMworld presentation &#8211; #3221 Built to fail (shameless pandering)</a></li>
<li><a href="http://www.colinmcnamara.com/remote-site-security-cisco-analog-video-gateway-video-management-storage-system-network-modules-on-the-integrated-services-router-isr/" rel="bookmark" title="June 10, 2008">Simplifying remote site security with Cisco&#8217;s new video surveillance modules on the ISR</a></li>
<li><a href="http://www.colinmcnamara.com/interesting-techwise-tv-episode-on-virtualization/" rel="bookmark" title="October 23, 2008">Interesting TechWise TV episode on  virtualization</a></li>
</ul>
<p><!-- Similar Posts took 45.449 ms --></p>
<p>--Colin McNamara
<br/><br/><a href="http://www.colinmcnamara.com/measuring-and-mitigating-risk-involved-with-sharing-virtual-infrastructure-between-dmz-and-internal-environments/">Measuring and mitigating risk involved with sharing virtual infrastructure between DMZ and Internal environments</a></p>

	Tags: <a href="http://www.colinmcnamara.com/technology-tags/blog/" title="blog" rel="tag">blog</a>, <a href="http://www.colinmcnamara.com/technology-tags/breach/" title="breach" rel="tag">breach</a>, <a href="http://www.colinmcnamara.com/technology-tags/business-context/" title="business context" rel="tag">business context</a>, <a href="http://www.colinmcnamara.com/technology-tags/c/" title="C" rel="tag">C</a>, <a href="http://www.colinmcnamara.com/technology-tags/cisco/" title="CISCO" rel="tag">CISCO</a>, <a href="http://www.colinmcnamara.com/technology-tags/colin/" title="Colin" rel="tag">Colin</a>, <a href="http://www.colinmcnamara.com/technology-tags/compromise/" title="compromise" rel="tag">compromise</a>, <a href="http://www.colinmcnamara.com/technology-tags/data-center/" title="Data Center" rel="tag">Data Center</a>, <a href="http://www.colinmcnamara.com/technology-tags/design/" title="DESIGN" rel="tag">DESIGN</a>, <a href="http://www.colinmcnamara.com/technology-tags/device-contexts/" title="device contexts" rel="tag">device contexts</a>, <a href="http://www.colinmcnamara.com/technology-tags/enhancements/" title="enhancements" rel="tag">enhancements</a>, <a href="http://www.colinmcnamara.com/technology-tags/fcoe/" title="FCOE" rel="tag">FCOE</a>, <a href="http://www.colinmcnamara.com/technology-tags/hp/" title="HP" rel="tag">HP</a>, <a href="http://www.colinmcnamara.com/technology-tags/hyper-v/" title="hyper-v" rel="tag">hyper-v</a>, <a href="http://www.colinmcnamara.com/technology-tags/instances/" title="Instances" rel="tag">Instances</a>, <a href="http://www.colinmcnamara.com/technology-tags/linux/" title="linux" rel="tag">linux</a>, <a href="http://www.colinmcnamara.com/technology-tags/nda/" title="NDA" rel="tag">NDA</a>, <a href="http://www.colinmcnamara.com/technology-tags/network/" title="Network" rel="tag">Network</a>, <a href="http://www.colinmcnamara.com/technology-tags/network-infrastructure/" title="network infrastructure" rel="tag">network infrastructure</a>, <a href="http://www.colinmcnamara.com/technology-tags/nexus-5020/" title="Nexus 5020" rel="tag">Nexus 5020</a>, <a href="http://www.colinmcnamara.com/technology-tags/passed/" title="passed" rel="tag">passed</a>, <a href="http://www.colinmcnamara.com/technology-tags/pic/" title="Pic" rel="tag">Pic</a>, <a href="http://www.colinmcnamara.com/technology-tags/risk-risk/" title="risk risk" rel="tag">risk risk</a>, <a href="http://www.colinmcnamara.com/technology-tags/san/" title="san" rel="tag">san</a>, <a href="http://www.colinmcnamara.com/technology-tags/security/" title="security" rel="tag">security</a>, <a href="http://www.colinmcnamara.com/technology-tags/storage/" title="storage" rel="tag">storage</a>, <a href="http://www.colinmcnamara.com/technology-tags/switch/" title="switch" rel="tag">switch</a>, <a href="http://www.colinmcnamara.com/technology-tags/threat/" title="threat" rel="tag">threat</a>, <a href="http://www.colinmcnamara.com/technology-tags/trustsec/" title="TrustSec" rel="tag">TrustSec</a>, <a href="http://www.colinmcnamara.com/technology-tags/virtual-device/" title="virtual device" rel="tag">virtual device</a>, <a href="http://www.colinmcnamara.com/technology-tags/virtualization/" title="virtualization" rel="tag">virtualization</a>, <a href="http://www.colinmcnamara.com/technology-tags/vlan/" title="vlan" rel="tag">vlan</a>, <a href="http://www.colinmcnamara.com/technology-tags/vmware/" title="vmware" rel="tag">vmware</a>, <a href="http://www.colinmcnamara.com/technology-tags/vulnerability/" title="vulnerability" rel="tag">vulnerability</a><br />
]]></content:encoded>
			<wfw:commentRss>http://www.colinmcnamara.com/measuring-and-mitigating-risk-involved-with-sharing-virtual-infrastructure-between-dmz-and-internal-environments/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Encrypting your backup tapes with Cisco Storage Media Encryption (SME)</title>
		<link>http://www.colinmcnamara.com/encrypting-your-backup-tapes-with-cisco-storage-media-encryption-sme/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=encrypting-your-backup-tapes-with-cisco-storage-media-encryption-sme</link>
		<comments>http://www.colinmcnamara.com/encrypting-your-backup-tapes-with-cisco-storage-media-encryption-sme/#comments</comments>
		<pubDate>Sat, 03 May 2008 22:58:37 +0000</pubDate>
		<dc:creator>colinmcnamara</dc:creator>
				<category><![CDATA[CCIE Storage]]></category>
		<category><![CDATA[CISCO]]></category>
		<category><![CDATA[DC3.0]]></category>
		<category><![CDATA[photography]]></category>
		<category><![CDATA[sme]]></category>
		<category><![CDATA[andiamo]]></category>
		<category><![CDATA[breach]]></category>
		<category><![CDATA[C]]></category>
		<category><![CDATA[Colin]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[HIPPA]]></category>
		<category><![CDATA[legal]]></category>
		<category><![CDATA[mds]]></category>
		<category><![CDATA[NDA]]></category>
		<category><![CDATA[Provider]]></category>
		<category><![CDATA[san]]></category>
		<category><![CDATA[Sarbanes Oxley]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[SOX]]></category>
		<category><![CDATA[storage]]></category>
		<category><![CDATA[storage media encryption]]></category>
		<category><![CDATA[switch]]></category>
		<category><![CDATA[tape]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.colinmcnamara.com/?p=119</guid>
		<description><![CDATA[IT staff at the University of Miami are having a very bad week. They are having to deal with the fact that two million private health records were stolen from from them. While it wasn&#8217;t directly their fault that their backup tapes were stolen from a off site storage providers transport van. The responsibility does [...]<p>--Colin McNamara
<br/><br/><a href="http://www.colinmcnamara.com/encrypting-your-backup-tapes-with-cisco-storage-media-encryption-sme/">Encrypting your backup tapes with Cisco Storage Media Encryption (SME)</a></p>
]]></description>
			<content:encoded><![CDATA[<p style="text-align: left;">IT staff at the University of Miami are having a <a href="http://www.storagenewsletter.com/news/tapes/university-miami-tapes-stolen" target="_blank">very bad week</a>. They are having to deal with the fact that two million private health records were stolen from from them. While it wasn&#8217;t directly their fault that their backup tapes were stolen from a off site storage providers transport van. The responsibility does fall on their shoulders to protect sensitive data no matter who has access to the physical media.</p>
<p><img style="vertical-align: middle;" src="http://www.colinmcnamara.com/wp-content/gallery/breach/istock_000003413901xsmall.jpg" alt="" width="425" height="282" /></p>
<p><strong>Legal implications of a breach</strong></p>
<p>Losing control of personal data means means more then just replacing a tape in your backup rotation. Laws vary from state to state, however generally you are required to contact the identity holders who were breached, as well as fund some sort of remediation. This has huge implications on consumer confidence, and at the end of the day stock price of your company. In some cases, such as ChoicePoint a company can be completely decimated by a breach.</p>
<p><strong>Data protection regulations</strong></p>
<p>There are an ever increasing number of regulations that concern the control of sensitive data. These can vary from laws focused on patient data, to financial data, to personal identification data. The most most well known laws are HIPPA, GLBA, and Sarbanes Oxley (SOX). Past that there are laws that pop up every day at the state and municipality level that further increase the requirements and expense of dealing with a breach. In short, it is becoming an expensive and in some cases criminal offense to lose control of your sensitive.</p>
<p><strong>What you can do to protect your backup tapes</strong></p>
<p>First things first, putting a lock on that Iron Mountain box is just not good enough. You must assume that no matter what, a determined attacker will get physical access to your tapes. So many times companies thing that just because their data format is unique or proprietary that an attacker won&#8217;t be able to access it. The cold reality is that any format can be read, and yours is not that special.</p>
<p>The only way to be assured that your data is safe is to encrypt it with a complex cipher. In short, you need to treat your data the same way on tape as you would if it was sitting on a public ftp site (with anonymous access enabled). Luckily Cisco has a technology that allows you to encrypt and decrypt your data coming on and off tape. This technology is storage media encryption.</p>
<p><strong>Cisco Storage Media Encryption (SME)</strong></p>
<p>Cisco&#8217;s Storage Media Encryption (SME) technology allows for the seamless encryption of your data flows on and off your backup tapes using AES256 standard encryption. Whether you have VSANS segregating your data, a core / edge architecture, or Virtual Tape Libraries (VTL), you can use SME to protect your data at rest, removing the possibility of an attacker getting access to your critical data.<a href="http://www.cisco.com/en/US/products/ps8502/index.html" target="_blank"><br />
</a></p>
<p><a href="http://www.cisco.com/en/US/products/ps8502/index.html" target="_blank">Storage Media Encryption</a> works by leveraging a multifunction chipset available in the <a title="18/4 module" href="http://www.cisco.com/en/US/products/ps8425/index.html" target="_blank">18/4 module</a> that comes default with the 9222i and is an option for the 9500 series director class SAN switches. Chipset has a couple functions, including line rate encryption of iSCSI and FCIP data streams at gigabit speeds, as well as line rate encryption of data as it streams your tape or virtual tape library&#8217;s (VTL).</p>
<p><strong>Want to learn more ?</strong></p>
<p><a title="SAN and NAS" href="http://www.amazon.com/gp/product/0596001533?ie=UTF8&amp;tag=wwwcolinmcnam-20&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0596001533" target="_blank">SAN and NAS, Oreilly Press</a> &#8211; In the classic Oreilly style by W. Curtis Preston, this book is a great starting place to understanding the fundamentals of San and Nas architectures that many people are likely to face.</p>
<p>Storage Media Encryption for Cisco MDS SAN Switches &#8211; <a href="http://www.cisco.com/en/US/products/ps8502/index.html" target="_blank">http://www.cisco.com/en/US/products/ps8502/index.html</a> . Cisco has lumped together a couple good data sheets here, though I may have to write a future article taking a deap dive on what really drives SME.<strong>Similar Posts:</strong>
<ul class="similar-posts">
<li><a href="http://www.colinmcnamara.com/identity-aware-networking-using-cisco-trustsec/" rel="bookmark" title="February 23, 2008">Identity aware networking using Cisco TrustSec</a></li>
<li><a href="http://www.colinmcnamara.com/cisco-nexus-7000-datacenter-switch-released-welcome-to-datacenter-30/" rel="bookmark" title="January 28, 2008">Cisco Nexus 7000 DataCenter switch released &#8211; Welcome to DataCenter 3.0</a></li>
<li><a href="http://www.colinmcnamara.com/my-ccie-storage-shopping-list/" rel="bookmark" title="December 6, 2006">My CCIE Storage Shopping List</a></li>
<li><a href="http://www.colinmcnamara.com/cisco-is-using-linux-virtualization-and-40-core-cpus-for-its-next-generation-routers/" rel="bookmark" title="March 10, 2008">Cisco is using Linux virtualization and 40 core CPU&#8217;s for its next generation routers</a></li>
<li><a href="http://www.colinmcnamara.com/why-was-storage-networking-my-first-ccie-and-what-did-i-do-to-prepare/" rel="bookmark" title="June 20, 2007">Why was Storage Networking my first CCIE? And What did I do to prepare?</a></li>
<li><a href="http://www.colinmcnamara.com/how-to-succede-in-2007-by-tim-oreilly/" rel="bookmark" title="December 16, 2006">How to succede in 2007 &#8211; By Tim O&#8217;Reilly</a></li>
</ul>
<p><!-- Similar Posts took 33.823 ms --></p>
<p>--Colin McNamara
<br/><br/><a href="http://www.colinmcnamara.com/encrypting-your-backup-tapes-with-cisco-storage-media-encryption-sme/">Encrypting your backup tapes with Cisco Storage Media Encryption (SME)</a></p>

	Tags: <a href="http://www.colinmcnamara.com/technology-tags/andiamo/" title="andiamo" rel="tag">andiamo</a>, <a href="http://www.colinmcnamara.com/technology-tags/breach/" title="breach" rel="tag">breach</a>, <a href="http://www.colinmcnamara.com/technology-tags/c/" title="C" rel="tag">C</a>, <a href="http://www.colinmcnamara.com/technology-tags/cisco/" title="CISCO" rel="tag">CISCO</a>, <a href="http://www.colinmcnamara.com/technology-tags/colin/" title="Colin" rel="tag">Colin</a>, <a href="http://www.colinmcnamara.com/technology-tags/encryption/" title="encryption" rel="tag">encryption</a>, <a href="http://www.colinmcnamara.com/technology-tags/glba/" title="GLBA" rel="tag">GLBA</a>, <a href="http://www.colinmcnamara.com/technology-tags/hippa/" title="HIPPA" rel="tag">HIPPA</a>, <a href="http://www.colinmcnamara.com/technology-tags/legal/" title="legal" rel="tag">legal</a>, <a href="http://www.colinmcnamara.com/technology-tags/mds/" title="mds" rel="tag">mds</a>, <a href="http://www.colinmcnamara.com/technology-tags/nda/" title="NDA" rel="tag">NDA</a>, <a href="http://www.colinmcnamara.com/technology-tags/provider/" title="Provider" rel="tag">Provider</a>, <a href="http://www.colinmcnamara.com/technology-tags/san/" title="san" rel="tag">san</a>, <a href="http://www.colinmcnamara.com/technology-tags/sarbanes-oxley/" title="Sarbanes Oxley" rel="tag">Sarbanes Oxley</a>, <a href="http://www.colinmcnamara.com/technology-tags/security/" title="security" rel="tag">security</a>, <a href="http://www.colinmcnamara.com/technology-tags/sme/" title="sme" rel="tag">sme</a>, <a href="http://www.colinmcnamara.com/technology-tags/sox/" title="SOX" rel="tag">SOX</a>, <a href="http://www.colinmcnamara.com/technology-tags/storage/" title="storage" rel="tag">storage</a>, <a href="http://www.colinmcnamara.com/technology-tags/storage-media-encryption/" title="storage media encryption" rel="tag">storage media encryption</a>, <a href="http://www.colinmcnamara.com/technology-tags/switch/" title="switch" rel="tag">switch</a>, <a href="http://www.colinmcnamara.com/technology-tags/tape/" title="tape" rel="tag">tape</a>, <a href="http://www.colinmcnamara.com/technology-tags/technology/" title="Technology" rel="tag">Technology</a><br />
]]></content:encoded>
			<wfw:commentRss>http://www.colinmcnamara.com/encrypting-your-backup-tapes-with-cisco-storage-media-encryption-sme/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Witch fire in San Diego &#8211; Notes from an evacuee</title>
		<link>http://www.colinmcnamara.com/witch-fire-in-san-diego-notes-from-an-evacuee/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=witch-fire-in-san-diego-notes-from-an-evacuee</link>
		<comments>http://www.colinmcnamara.com/witch-fire-in-san-diego-notes-from-an-evacuee/#comments</comments>
		<pubDate>Wed, 24 Oct 2007 13:32:00 +0000</pubDate>
		<dc:creator>colinmcnamara</dc:creator>
				<category><![CDATA[4s ranch rancho bernardo san diego witch fire evacuated]]></category>
		<category><![CDATA[blog]]></category>
		<category><![CDATA[breach]]></category>
		<category><![CDATA[C]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[Colin]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[NDA]]></category>
		<category><![CDATA[Pic]]></category>
		<category><![CDATA[san]]></category>

		<guid isPermaLink="false">http://www.colinmcnamara.com/2007/10/24/witch-fire-in-san-diego-notes-from-an-evacuee/</guid>
		<description><![CDATA[On the fire maps of the San Diego Witch fire, we are pretty much under the big red spot (directly under lake hodges, to the west of the 15). We moved to 4s ranch in June , on the intersection of rancho bernardo and ralphs ranch road. (pretty much right under the big red spot). [...]<p>--Colin McNamara
<br/><br/><a href="http://www.colinmcnamara.com/witch-fire-in-san-diego-notes-from-an-evacuee/">Witch fire in San Diego &#8211; Notes from an evacuee</a></p>
]]></description>
			<content:encoded><![CDATA[<p><a href="http://bp1.blogger.com/_QxPJW2ClDD4/Rx9KhZ9zCEI/AAAAAAAAAAM/q97gsO6mJA4/s1600-h/IMG_8544.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img src="http://bp1.blogger.com/_QxPJW2ClDD4/Rx9KhZ9zCEI/AAAAAAAAAAM/q97gsO6mJA4/s320/IMG_8544.JPG" style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer" id="BLOGGER_PHOTO_ID_5124896838737135682" border="0" /></a></p>
<p>On the fire maps of the San Diego Witch fire, we are pretty much under the big red spot (directly under lake hodges, to the west of the 15). We moved to 4s ranch in June , on the intersection of rancho bernardo and ralphs ranch road. (pretty much right under the big red spot). We left on on monday at around 10 am with fire on 3 sides of our community.We got out with a couple changes of clothes, important documents, and the kids. Almost everything else is replaceable.</p>
<p style="text-align: center">the fire directly upwind of us, coming up the ridge -</p>
<p style="text-align: center"><a href="http://bp0.blogger.com/_QxPJW2ClDD4/Rx9O7J9zCNI/AAAAAAAAABU/8azOlMw02iw/s1600-h/IMG_8663.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img src="http://bp0.blogger.com/_QxPJW2ClDD4/Rx9O7J9zCNI/AAAAAAAAABU/8azOlMw02iw/s320/IMG_8663.JPG" style="cursor: pointer" id="BLOGGER_PHOTO_ID_5124901679165278418" border="0" /></a></p>
<p>Getting out of 4s ranch was crazy though, traffic was jammed up through camino del sur, and the police were not helping. We ended up sneaking out through a backroad and coming out through Del Mar. Our final destination (and temporary home base) is the Ramada plaza hotel in Anaheim.</p>
<p style="text-align: center">The winds were blowing 60 mph +</p>
<p><a href="http://bp3.blogger.com/_QxPJW2ClDD4/Rx9Lu59zCGI/AAAAAAAAAAc/ygsH2LyTrdc/s1600-h/IMG_8558.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img src="http://bp3.blogger.com/_QxPJW2ClDD4/Rx9Lu59zCGI/AAAAAAAAAAc/ygsH2LyTrdc/s320/IMG_8558.JPG" style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer" id="BLOGGER_PHOTO_ID_5124898170176997474" border="0" /></a></p>
<p>While it is rough having to flee from our home, we are much more fortunate then those people stuck at Qualcom, or Del Mar, etc. While they have been sleeping on the cold cement for two days my family has enjoyed two queen size beds + a fold out couch. Kylie is a little shell shocked, I think fleeing from her home was a bit much, while Chris is just being a normal little two year old terror.</p>
<p style="text-align: center">Fireman going after the fire where it wrapped around our neighborhood -</p>
<p style="text-align: center"><a href="http://bp2.blogger.com/_QxPJW2ClDD4/Rx9Ntp9zCLI/AAAAAAAAABE/65_zslGBNWY/s1600-h/IMG_8637.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img src="http://bp2.blogger.com/_QxPJW2ClDD4/Rx9Ntp9zCLI/AAAAAAAAABE/65_zslGBNWY/s320/IMG_8637.JPG" style="cursor: pointer" id="BLOGGER_PHOTO_ID_5124900347725416626" border="0" /></a></p>
<p>We have also been very fortunate to have many supportive friends. I thank everyone of them for all the support and help they have given. It makes things much easier when you know that you aren&#8217;t alone in this struggle. We have a couple standing offers of homes to stay in, a home cooked meal (from the best mexican food cook I have ever met) waiting for us tonight, clothes / diapers for Chris, pretty much everything we could have wanted.</p>
<p style="text-align: center">The view as we were leaving (sorry about the blur, we were in the truck)<br />
<a href="http://bp0.blogger.com/_QxPJW2ClDD4/Rx9MoJ9zCII/AAAAAAAAAAs/tibEdJl7rJQ/s1600-h/IMG_8582.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img src="http://bp0.blogger.com/_QxPJW2ClDD4/Rx9MoJ9zCII/AAAAAAAAAAs/tibEdJl7rJQ/s320/IMG_8582.JPG" style="cursor: pointer" id="BLOGGER_PHOTO_ID_5124899153724508290" border="0" /></a></p>
<p>During this whole ordeal I there have of course been challenges, but I am amazed how everyone is pulling together. In the hour before the police forced the evacuation neighbors were helping each other with information, people were grabbing hopping in trucks and running to help with the fire lines. While it was a post apocalyptic scene with the choking smoke, ash everyone, and blood red sun, people were helping each other. It is to see the best of people when they are under the worst conditions.</p>
<p style="text-align: center">The blood red Sun<br />
<a href="http://bp1.blogger.com/_QxPJW2ClDD4/Rx9MUZ9zCHI/AAAAAAAAAAk/43mbSQLLN40/s1600-h/IMG_8576.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img src="http://bp1.blogger.com/_QxPJW2ClDD4/Rx9MUZ9zCHI/AAAAAAAAAAk/43mbSQLLN40/s320/IMG_8576.JPG" style="cursor: pointer" id="BLOGGER_PHOTO_ID_5124898814422091890" border="0" /></a></p>
<p>The two big questions every day are &#8211; Is my home still there ? and If it is there, when can I go back? As of right now the evacuation order still stands for my neighborhood. It is directly downwind (about 1 kilometer) from the homes in Rancho Bernardo they have been showing on the news. When we left, fire was coming up the Ridge that separates our neighborhoods. On signonsandiego.com &#8216;s  firemap it looks like we may have been spared, but we are still in the middle and downwind of the major fire. The only thing that will signal a change an all clear is for the santa anna winds to subside.</p>
<p style="text-align: center">neighbor checking taking pictures of the fire prior to the evacuation order<br />
<a href="http://bp2.blogger.com/_QxPJW2ClDD4/Rx9Q6p9zCOI/AAAAAAAAABc/4wHObu_F4t4/s1600-h/IMG_8552.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img src="http://bp2.blogger.com/_QxPJW2ClDD4/Rx9Q6p9zCOI/AAAAAAAAABc/4wHObu_F4t4/s320/IMG_8552.JPG" style="cursor: pointer" id="BLOGGER_PHOTO_ID_5124903869598599394" border="0" /></a></p>
<p>One thing that is important in any emergency is to go through a lessons learned.</p>
<p>The things that worked well were -</p>
<p>1. Having a 4&#215;4, it allowed us to choose creative escape routes, and avoid the possibility of getting stuck in traffic with the fire behind us.</p>
<p>2. Having decent non-perishable snacks (granola, raisins, etc)</p>
<p>3. Having lots of water bottles laying around &#8211; dehydration is a big issue with the dry air.</p>
<p>4. having travel kits ready &#8211; because I travel a bit, I normally have my carry-on bags prepped.</p>
<p>5. Bringing a toy, and a little video player for Chris &#8211; this saved lots of heartache for everyone</p>
<p>Things that I could have done better -</p>
<p>1. Inspected my wife, daughters, and sons bags before we left &#8211; they didn&#8217;t pack enough clothes, my daughter forgot things like underwear, socks, etc.</p>
<p>2. Had the key to the breachlock on my shotgun handy &#8211; i couldn&#8217;t find the key to unlock my weapon. If this would have devolved to Katrina standards then this would have been essential. In retrospect I would have done better with a semi-auto handgun. It is easier to transport and conceal while traveling.</p>
<p>3. I should have had better radios. I am a ham operator, have my license. But I have always used peoples base stations tethered through the Internet (basically a big ip based microphone  /  speaker connected to their transceiver. Ham operators are a godsend in situations like this, and having a mobile unit in my truck would have added valuable information in a time when we had none.</p>
<p>Colin McNamara<br />
CCIE #18233</p>
<p><a href="http://www.colinmcnamara.com" title="Copyright ©2008 | Colin McNamara | CCIE 18233 | All Rights Reserved">Copyright ©2008 | Colin McNamara | CCIE 18233 | All Rights Reserved&#8221;</a></p>
<p class="blogger-post-footer">Colin McNamara<br />
CCIE #18233</p>
<p>http://www.2cups.com</p>
<p>&#8220;The difficult we do immediately, the impossible just takes a little longer.&#8221;<strong>Similar Posts:</strong>
<ul class="similar-posts">
<li><a href="http://www.colinmcnamara.com/san-diego-wildfire-update/" rel="bookmark" title="October 25, 2007">San Diego WildFIre Update</a></li>
<li><a href="http://www.colinmcnamara.com/how-close-did-the-fire-come/" rel="bookmark" title="October 26, 2007">How close did the fire come?</a></li>
<li><a href="http://www.colinmcnamara.com/how-to-succede-in-2007-by-tim-oreilly/" rel="bookmark" title="December 16, 2006">How to succede in 2007 &#8211; By Tim O&#8217;Reilly</a></li>
<li><a href="http://www.colinmcnamara.com/25/" rel="bookmark" title="November 10, 2006">Happy Birthday Marines!!</a></li>
<li><a href="http://www.colinmcnamara.com/40/" rel="bookmark" title="August 8, 2007">The emergence of MDS features in Cisco&#8217;s datacenter networking equipment</a></li>
<li><a href="http://www.colinmcnamara.com/interesting-thoughts-from-mark-cuban/" rel="bookmark" title="June 27, 2005">Interesting thoughts from Mark Cuban</a></li>
</ul>
<p><!-- Similar Posts took 28.094 ms --></p>
<p>--Colin McNamara
<br/><br/><a href="http://www.colinmcnamara.com/witch-fire-in-san-diego-notes-from-an-evacuee/">Witch fire in San Diego &#8211; Notes from an evacuee</a></p>

	Tags: <a href="http://www.colinmcnamara.com/technology-tags/blog/" title="blog" rel="tag">blog</a>, <a href="http://www.colinmcnamara.com/technology-tags/breach/" title="breach" rel="tag">breach</a>, <a href="http://www.colinmcnamara.com/technology-tags/c/" title="C" rel="tag">C</a>, <a href="http://www.colinmcnamara.com/technology-tags/ccie/" title="CCIE" rel="tag">CCIE</a>, <a href="http://www.colinmcnamara.com/technology-tags/colin/" title="Colin" rel="tag">Colin</a>, <a href="http://www.colinmcnamara.com/technology-tags/error/" title="error" rel="tag">error</a>, <a href="http://www.colinmcnamara.com/technology-tags/nda/" title="NDA" rel="tag">NDA</a>, <a href="http://www.colinmcnamara.com/technology-tags/pic/" title="Pic" rel="tag">Pic</a>, <a href="http://www.colinmcnamara.com/technology-tags/san/" title="san" rel="tag">san</a><br />
]]></content:encoded>
			<wfw:commentRss>http://www.colinmcnamara.com/witch-fire-in-san-diego-notes-from-an-evacuee/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

