<?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>adventuresinsecurity.com Blog &#187; Management Tips</title>
	<atom:link href="http://adventuresinsecurity.com/blog/index.php/category/management-tips/feed/" rel="self" type="application/rss+xml" />
	<link>http://adventuresinsecurity.com/blog</link>
	<description>Information Security Management for Business Managers</description>
	<lastBuildDate>Mon, 19 Feb 2007 16:08:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>eDiscovery Challenges</title>
		<link>http://adventuresinsecurity.com/blog/2006/02/17/ediscovery-challenges/</link>
		<comments>http://adventuresinsecurity.com/blog/2006/02/17/ediscovery-challenges/#comments</comments>
		<pubDate>Fri, 17 Feb 2006 16:31:10 +0000</pubDate>
		<dc:creator>Tom Olzak</dc:creator>
				<category><![CDATA[All]]></category>
		<category><![CDATA[Management Tips]]></category>
		<category><![CDATA[Security Management Tips]]></category>

		<guid isPermaLink="false">http://adventuresinsecurity.com/blog/?p=50</guid>
		<description><![CDATA[During the past two decades, the shift from paper to electronic filing of business documents introduced a new challenge: meeting the requirements of litigation discovery.  Not only are organizations keeping more information; the vast amounts of email messages and other types of documents are typically not organized in a way that facilitates quick, cost effective [...]]]></description>
			<content:encoded><![CDATA[<p><font size="3"><font face="Times New Roman">During the past two decades, the shift from paper to electronic filing of business documents introduced a new challenge: meeting the requirements of litigation discovery.  Not only are organizations keeping more information; the vast amounts of email messages and other types of documents are typically not organized in a way that facilitates quick, cost effective extraction from personal and enterprise storage.  </font></font></p>
<p><font face="Times New Roman" size="3">If you’re responsible for the security of your company’s information, your role extends to protecting documents required by discovery requests.  Are you prepared to assure your executive management, or to testify, that you’ve done everything reasonable and appropriate to meet the court’s expectations?</font></p>
<p><font face="Times New Roman" size="3">In this article, I explore the challenges of eDiscovery (Electronic Discovery) followed by recommendations that might help avoid the high costs of compliance – or non-compliance.</font></p>
<p><span id="more-50"></span></p>
<p align="center"><strong><font face="Times New Roman">The Challenges</font></strong><font face="Times New Roman" size="3"> </font></p>
<p><font face="Times New Roman" size="3">According to Fulbright and Jaworski’s Second Annual Litigation Trends Survey, electronic discovery is the top litigation issue (2005).  Courts are getting tougher on companies that fail to provide documents, especially email, requested by Plaintiffs.  The following are some examples of the results of non-compliance (Patzakis, 2006):</font></p>
<ul>
<li><font face="Times New Roman" size="3">Morgan Stanley suffered a default judgment of $1.45 billion</font></li>
<li><font face="Times New Roman" size="3">Phillip Morris incurred a judgment of $10 million</font></li>
<li><font face="Times New Roman" size="3">UBS incurred $30 million</font></li>
</ul>
<p><font face="Times New Roman" size="3">One of the problems associated with electronic discovery is the failure to locate documents and email because they’ve been deleted.  But the routine deletion of documents is not a reasonable defense when faced with a discovery request.   In the 2003 Zubulake vs. UBS Warburg case, the court found that the UBS attorneys failed to implement proper </font><a href="http://www.archivists.org/glossary/term_details.asp?DefinitionKey=791"><font face="Times New Roman" size="3">litigation holds</font></a><font face="Times New Roman" size="3"> to prevent the routine destruction of email.  The following list describes the material points of the standard (CGOC, 2005):</font></p>
<ol type="1">
<li><font face="Times New Roman" size="3">Enable your “discovery liaison” to readily describe information custodians, systems, storage, and your retention  policies</font></li>
<li><font face="Times New Roman" size="3">Affirmatively and repeatedly communicate legal holds to all affected parties</font></li>
<li><font face="Times New Roman" size="3">Integrate your retention policies and coordinators with discovery challenges and responsibilities</font></li>
<li><font face="Times New Roman" size="3">Actively manage and monitor document collections</font></li>
<li><font face="Times New Roman" size="3">Interview affected employees to determine sources of information</font></li>
<li><font face="Times New Roman" size="3">Monitor compliance with legal holds on an ongoing basis</font></li>
<li><font face="Times New Roman" size="3">Thoroughly document and demonstrate the efficacy of your process</font></li>
<li><font face="Times New Roman" size="3">Prepare to take responsibility for ensuring that information is preserved, collected, and produced.</font></li>
</ol>
<p><font face="Times New Roman" size="3">The problems with electronic discovery are not always related to deleted documents.  In many cases, documents exist on storage somewhere in the organization’s data center.  Locating it might be expensive or close to impossible.  In these cases, management is faced with the decision to either incur the displeasure of the court or pay a consultant millions of dollars to scour the storage environment.  Neither option is attractive to investors.</font></p>
<p align="center"><font face="Times New Roman"><strong>The Solution</strong></font></p>
<p><font face="Times New Roman" size="3">There are two basic types of documents that have different archiving requirements – messages and electronic documents.  For the purpose of this discussion, messages include email and instant messaging (IM) exchanges.  Electronic documents include word processing and spreadsheet files.</font></p>
<p><font face="Times New Roman" size="3">Through the proper management of messages and electronic documents, companies can reduce the volume of information potentially subject to discovery and reduce the cost of collecting information (Roitblat, 2005).  Reducing the amount of information collected might not seem like a goal on which management is willing spend money.  But consider the alternative.  If a good way to quickly access requested information doesn’t exist, then overly intrusive actions might have to be taken to ensure compliance with discovery requests.</font></p>
<p><font face="Times New Roman"><em>Messaging</em><br />
</font><font face="Times New Roman" size="3">It’s difficult to determine which messages might be material to current or future litigation.  Some organizations take a chance by relying on users for proper message management.  IM communications are typically not captured at all.  Both of these approaches put a company at risk.</font></p>
<p><font face="Times New Roman" size="3">It’s important to be seen as taking a proactive stance in electronic discovery activities.  The best approach is to archive all messages, including IM, without user intervention.  Figure 1 is an example of a possible solution.</font></p>
<p><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3" /></font><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3" /></font></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3" /></font></font></font></font></font></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3" /></font></font></font></font></font></font></font></font></font></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"><font face="Times New Roman" size="3"></p>
<p align="center"> <a class="imagelink" title="Messaging_Capture_example" href="http://adventuresinsecurity.com/blog/wp-content/uploads/2006/02/Example.jpg"><img id="image51" style="width: 608px; height: 375px" height="375" alt="Messaging_Capture_example" src="http://adventuresinsecurity.com/blog/wp-content/uploads/2006/02/Example.jpg" width="608" /></a><br />
<strong><font size="2"><font face="Times New Roman">Figure 1</font></font></strong><font face="Times New Roman" size="3"> </font></p>
<p><font face="Times New Roman" size="3"><font face="Times New Roman" size="3">Email and IM messages pass through management systems that automatically intercept and write them to an archival storage system.  Neither the sender nor the receiver plays any role in whether the information is archived.  The archived messages are cataloged, indexed, and centrally managed according to the organization’s records retention policy.</font></font><font face="Times New Roman" size="3"> </font></p>
<p><font face="Times New Roman" size="3"><font face="Times New Roman"><em>Electronic Documents</em><font size="3">  </font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman" size="3">As with messages, electronic documents must be preserved according to a company’s records retention policy.  They should also be available for discovery without significant cost.  Deploying an electronic document archival system is a good way to meet these objectives.</font></font><font face="Times New Roman" size="3"><font face="Times New Roman" size="3">Archival systems can operate automatically or with some operator intervention.  In either instance, the system should be capable of enforcing business rules, including the imposition of litigation holds, related to document maintenance.  Documents should be indexed, cataloged, and easily searched to reduce the effort required to produce information on any litigation issue.</font></font></p>
<p></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman"><em>Justify your Solutions with Standards</em><br />
</font><font size="3"><font face="Times New Roman">Even if you purchase the best archival solutions possible, you’re still missing one piece necessary to complete the electronic discovery puzzle.  If called to testify or to be deposed, the questions will focus more on your company’s practices and less on the solutions implemented (Flaherty, 2002).  A good way to select justifiable processes is to follow a set of recognized best practices.  </font></font></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman" size="3">I’m not a strong advocate of blindly buying into a methodology.  But there’s value in using one or more industry recognized methodologies to create an electronic document and messaging management environment conducive to fair and cost effective discovery.  At the very least, it makes it easier to justify the policies and procedures that resulted in the current discovery results.</font><strong /><strong /><strong> </strong></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" /></font></font><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" /></font></font></font></font><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" /></font></font></font></font></font></font></font><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" /></font></font></font></font></font></font></font></font></font></font></font><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" /></font></font></font></font></font></font></font></font></font></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" /></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" size="3"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" /></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font><font face="Times New Roman" size="3"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" size="3"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman" size="3"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"><font face="Times New Roman"></p>
<p align="center"><strong>Conclusion</strong></p>
<p align="left">As the amount of information stored electronically increses, so does the cost of providing that information during litigation.  The old methods of allowing users to manage their own documents without the benefits of a central repository present too great a risk.  As with all business processes, the management of electronic documents and messages should be approached in a way that minimizes risk to the business while keeping costs under control.</p>
<p align="left"> </p>
<p align="left"><strong>Author:</strong>  Tom Olzak</p>
<p align="left"><strong>Resources:</strong>  <a href="http://adventuresinsecurity.com/Podcasts/AISSeries/AdventuresinSecurity.xml" target="_blank">RSS Feed to our Podcasts</a></p>
<p align="left"><strong>Sources: </strong></p>
<p align="left">CGOC (2005).  <em>The Zubulake checklist.</em>  Retrieved February 15, 2006 from <a href="http://www.pss-systems.com/resources/zubulake_checklist.html">http://www.pss-systems.com/resources/zubulake_checklist.html</a></p>
<p align="left">Flaherty, M. P. (2005, June).  Would you please swear in the Chief Security Officer?  <em>SC Magazine.</em>  Retrieved February 15, 2006 from http://scmagazine.com/us/news/article/419805/would-please-swear-chief-security-officer/</p>
<p>Fulbright &#038; Jaworski (2005).  <em>Second annual litigation trends survey findings.</em>  Retrieved February 15, 2006 from <a href="http://www.fulbright.com/mediaroom/files/FJ0536-US-V13.pdf">http://www.fulbright.com/mediaroom/files/FJ0536-US-V13.pdf</a></p>
<p>Patzakis, J. (2006, February). Why the ediscovery revolution is important to infosec.  <em>The ISSA Journal, </em>February 2006, p. 6<em>.</em> </p>
<p>Roitblat, H. L. Ph. D. (2005, December).  <em>Proactive solutions: the next generation of eDiscovery?  </em>Retrieved February 15, 2006 from <a href="http://www.discoveryresources.org/pdfFiles/Proactive_Solutions.pdf">http://www.discoveryresources.org/pdfFiles/Proactive_Solutions.pdf</a></p>
<p> </p>
<p> </p>
<p>  </p>
<p>   </p>
<p></font></font></font></font></font>    </p>
<p></font></font></font></font>  </p>
<p> </p>
<p></font></font></font> </p>
<p> </p>
<p></font></font></font></font></font></font></font></font> </p>
<p></font></font></font></p>
]]></content:encoded>
			<wfw:commentRss>http://adventuresinsecurity.com/blog/2006/02/17/ediscovery-challenges/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Risk Management</title>
		<link>http://adventuresinsecurity.com/blog/2006/02/07/security-risk-management/</link>
		<comments>http://adventuresinsecurity.com/blog/2006/02/07/security-risk-management/#comments</comments>
		<pubDate>Tue, 07 Feb 2006 12:23:12 +0000</pubDate>
		<dc:creator>Tom Olzak</dc:creator>
				<category><![CDATA[All]]></category>
		<category><![CDATA[Management Tips]]></category>
		<category><![CDATA[Security Management Tips]]></category>

		<guid isPermaLink="false">http://adventuresinsecurity.com/blog/?p=39</guid>
		<description><![CDATA[Risk management is an important part of securing today&#8217;s information assets.  Security has moved from the fringes of technology to take its place alongside other critical business activities.  And like other business activities, the resources expended on the people, processes, and technology necessary to protect an organization&#8217;s information infrastructure must be justified in terms of return [...]]]></description>
			<content:encoded><![CDATA[<p>Risk management is an important part of securing today&#8217;s information assets.  Security has moved from the fringes of technology to take its place alongside other critical business activities.  And like other business activities, the resources expended on the people, processes, and technology necessary to protect an organization&#8217;s information infrastructure must be justified in terms of return on investment (ROI). </p>
<p>In this article, we&#8217;ll explore the fundamentals of risk management as it applies to information security.</p>
<p><span id="more-39"></span></p>
<p align="left"><strong>What is Risk?</strong></p>
<p>We encounter risk every day.  There&#8217;s the risk associated with making a financial investment.  There&#8217;s the risk of hiring the wrong persion to manage a key operation.  Risk can also involve something as simple as making a left turn at a busy intersection.  Although each of these situations occurs within a unique context, they all have something in common; they can all be generally defined by a simple formula:</p>
<p align="center"><strong>Risk = Threats x Vulnerabilities x Impact</strong></p>
<p align="left">A closer look at this formula shows that the elements of threats, vulnerabilities, and impact are multipled together to arrive at the risk level.  So reducing any one of the three will significantly reduce risk.  Let&#8217;s examine our left turn example.</p>
<p align="left">While making our turn, oncoming traffic is a threat.  Vulnerabilities might include visibility restrictions on you or other drivers, not wearing a seatbelt, or operating a vehicle that has a low impact safety rating.  The impact on you or your family if an accident occurs increases with factors such as having family members in the car or the size of your insurance deductible.</p>
<p align="left">The lack of oncoming traffic eliminates threats.  Since the threat factor in our formula drops to zero, the result of the formula is zero.  Wearing your seatbelt or ensuring you use your headlights when appropropriate reduces your vulnerabilities.  Finally, reducing your deductible might lower the financial impact of an accident.  But how do the elements of risk apply to information assets?</p>
<p align="left">Information assets include information, in any form, upon which an organization places value.  These assets may include databases, programs, and the components of your network as well as information on paper.  Also included is your most important asset &#8211; your people.  A malicious hacker attempting to access your financial data, a virus that might corrupt production information, and a hurricane are all examples of threats against these assets.</p>
<p align="left">Within the context of information security, a <strong>threat </strong>is any technological, natural, or man-made cause of harm to an information asset.  <strong>Vulnerabilities </strong>are weaknesses in the security of an information system that can be exploited by a threat.  Examples include programs that haven&#8217;t had security patches applied, unlocked computer rooms, and weak or widely known passwords.  A threat exploiting a vulnerability resulting in the partial or total loss of one or more business assets consitutes business <strong>impact</strong>.</p>
<p align="left">Eliminating threats to information resources is difficult, if not impossible.  We have very little control over the actions of malicious hackers, malicious code moving across the the Internet, or the unintentional destruction of an asset by a trusted employee.  Similarly, reducing impact to zero might mean that the assets involved had little or no value to begin with.  This leaves vulnerabilities.  Eliminating or minimizing vulnerabilities is usually the most effective way to maintain acceptable levels of risk to the confidentiality, integrity, and availability of your information assets.</p>
<p align="left"><strong>Risk Management</strong></p>
<p align="left">Risk management is about identifying risk, assessing the impact on your business if a security incident occurs, and making the right financial decision about how to deal with the results of your assessment.  It also includes the implementation of a program to continually measure and assess the effectiveness of existing safeguards in protecting your critical assets.</p>
<p align="left">Managing risk is not a one time activity; it&#8217;s an ongoing process.  Figure 1 depicts the Risk Management Cycle.</p>
<p align="left"><a class="imagelink" title="Risk Management Cycle" href="http://adventuresinsecurity.com/blog/wp-content/uploads/2006/02/Risk%20Management%20Cycle.jpg"><img id="image42" height="96" alt="Risk Management Cycle" src="http://adventuresinsecurity.com/blog/wp-content/uploads/2006/02/Risk%20Management%20Cycle.thumbnail.jpg" width="96" /></a>  Figure 1 (Click on graphic to enlarge)</p>
<p align="left">The first step in the cycle is to conduct a risk assessment.  A risk assessment identifies:</p>
<ul>
<li>
<div align="left">Critical information assets</div>
</li>
<li>
<div align="left">Potential threats</div>
</li>
<li>
<div align="left">Vulnerabilities</div>
</li>
<li>
<div align="left">The risk level associated with each asset</div>
</li>
</ul>
<p align="left">The risk assessment is followed by an evaluation of the risks identified.  The first evaluation task is the prioritization of the various risks.  During the prioritization process, the assets with the highest risk levels should be assigned the highest priority.  The final evaluation activity is the identification of safeguards, and associated costs, to reduce each system risk to an acceptable level.</p>
<p align="left">Next, management selects and implements the appropriate approach to managing each risk.  Risk management is based on the premise that risk can probably never be reduced to zero; the cost would be too high.  Rather, management&#8217;s goal should be to address specific risks in one of the following ways:</p>
<ul>
<li>
<div align="left">Reject</div>
</li>
<li>
<div align="left">Accept</div>
</li>
<li>
<div align="left">Transfer</div>
</li>
<li>
<div align="left">Mitigate</div>
</li>
</ul>
<p align="left"><strong>Rejecting Risk</strong></p>
<p align="left">By rejecting risk, a manager is saying that he doesn&#8217;t believe the risk exists.  So he does nothing.  This is the head-in-the-sand approach.  Ignore it, and maybe it&#8217;ll go away.  This is a dangerous way to deal with potential negative business impact.  If used as a general approach to dealing with security issues, rejection of risk exposes the organization to a host of threats.</p>
<p align="left"><strong>Accepting Risk</strong></p>
<p align="left">Accepting risk might seem the same as rejecting risk, but it&#8217;s actually much different.  When a manager performs a security safeguard cost/benefit analysis, she might discover that the cost of mitigating the risk is greater that the probable impact on the business.  In such cases, it&#8217;s a better business decision to accept the risk and spend her security dollars in more effective ways. </p>
<p align="left"><strong>Transferring Risk</strong></p>
<p align="left">Once a manager decides to deal with the risk, there are two approaches.  He can either transfer or mitigate it.  Transferring risk is most often accomplished by purchasing insurance to cover some or all of the cost of a security incident.</p>
<p align="left"><strong>Mitigating Risk</strong></p>
<p align="left">Mitigation involves the implementation of security safeguards across people, processes, and technology in a reasonable and appropriate manner such that risk is reduced to an acceptable level. </p>
<p align="left">Once the assessment and management steps are complete, you should measure the effectiveness of your risk management efforts.  The metrics used should be simple and meaningful. </p>
<p align="left">Maintaining a completely secure network is a security manager&#8217;s dream; or should I say fantasy.  As the time-tested saying goes, the only completely safe network is the one that is powered off.  Risk management is about using business principles to reduce your organization&#8217;s risk so that a single security incident won&#8217;t cripple or destroy the business.  With each security investment, there should be a corresponding value sufficient to show ROI.  In some cases, as with regulatory mandates, this might be difficult.  But the principle of &#8220;reasonable and appropriate&#8221; should still prevail.</p>
<p align="left"><strong>Author: </strong>Tom Olzak</p>
<p align="left"><strong>Resources:</strong></p>
<p align="left"><a href="http://www.cert.org/governance/adequate.html" target="_blank">Governing for Enterprise Security</a></p>
<p align="left"><a href="http://computerworld.co.nz/news.nsf/UNID/473A76D3F994E3C8CC2570CA00771012?OpenDocument&#038;Highlight=2,managing,risk,as,important,as,avoiding,it" target="_blank">Managing risk as important as avoiding it</a></p>
<p align="left"><a href="http://www.princeton.edu/~protect/BasicConceptsAndTips/SecurityIsRiskManagement/SecurityMeansManagingRisk.shtml" target="_blank">Security Means Managing Risk</a></p>
<p align="left"><form method='post' action=''><p>Your email:&#160;<input type='text' name='email' value='' size='20' />&#160;<br /><input type='radio' name='s2_action' value='subscribe' checked='checked' /> subscribe <input type='radio' name='s2_action' value='unsubscribe' /> unsubscribe &#160;<input type='submit' value='Send' /></p></form>
</p>
]]></content:encoded>
			<wfw:commentRss>http://adventuresinsecurity.com/blog/2006/02/07/security-risk-management/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Planning for the Ultimate Hack</title>
		<link>http://adventuresinsecurity.com/blog/2006/01/24/planning-for-the-ultimate-hack/</link>
		<comments>http://adventuresinsecurity.com/blog/2006/01/24/planning-for-the-ultimate-hack/#comments</comments>
		<pubDate>Tue, 24 Jan 2006 17:33:51 +0000</pubDate>
		<dc:creator>Tom Olzak</dc:creator>
				<category><![CDATA[All]]></category>
		<category><![CDATA[Current Events]]></category>
		<category><![CDATA[Management Tips]]></category>

		<guid isPermaLink="false">http://adventuresinsecurity.com/blog/?p=8</guid>
		<description><![CDATA[The attack surface for hacking opportunities is getting larger every day.  Even anti-virus applications are vulnerable.  F-Secure just announced a patch for a vulnerability in their product.  On this side of the ocean, Symantec announced several weeks ago that its AntiVirus Library might allow the execution of malicious code because of a high-risk buffer overflow [...]]]></description>
			<content:encoded><![CDATA[<p>The attack surface for hacking opportunities is getting larger every day.  Even anti-virus applications are vulnerable.  F-Secure just announced a patch for a vulnerability in their product.  On this side of the ocean, Symantec announced several weeks ago that its AntiVirus Library might allow the execution of malicious code because of a high-risk buffer overflow vulnerability.  The important point to take from these announcements is that AV applications are still just that &#8211; client-side applications.  ALL client side applications are written by humans.  Humans make mistakes.  Mistakes equal security vulnerabilities.</p>
<p>As organizations shore up their Windows operating systems, non-Microsoft applications are becoming a more attractive target for hackers.  The SANS institute warns that the number of flaws in client-side applications continues to grow; this includes applications ostensibly intended to protect our end user devices and our networks.  This is providing easier access to sensitive information, which can result in HIPAA violations, identity theft, etc.  The bottom line?  Plan for a hacking, because it&#8217;s coming to a network near you.</p>
<p>But what is the best planning approach?  Some organizations plan for small events.  They base their planning decisions on the premise that the probability is quite low that a worst case scenario will become reality.  Other organizations plan for worst case scenarios, with the understanding that if their response team is trained in the worst that can happen, they can take care of lesser incidents.  I subscribe to the latter approach.</p>
<p>Incident response includes planning, team development, and testing.  If your team trains for small hacks, it may not be able to react to the big one when it occurs.  The proverbial handwriting is on the wall; the probability that your business will be the victim of a major compromise is growing every day.  Plan accordingly.</p>
<p> </p>
<p><strong>Author:</strong>  Tom Olzak<strong> </strong></p>
<p><strong>Resources:</strong></p>
<p><a href="http://www.eweek.com/article2/0,1759,1913701,00.asp" target="_blank">Anti-virus Software: The Next Big Worm Target?</a> </p>
<p><a href="http://www.cio-today.com/story.xhtml?story_id=12000002XKNC" target="_blank">The Worst-Case Hack Scenario</a></p>
<p><a href="http://csrc.nist.gov/publications/nistpubs/800-83/SP800-83.pdf" target="_blank">NIST Guide to Malware Incident Prevention and Handling</a></p>
<p> </p>
<p><form method='post' action=''><p>Your email:&#160;<input type='text' name='email' value='' size='20' />&#160;<br /><input type='radio' name='s2_action' value='subscribe' checked='checked' /> subscribe <input type='radio' name='s2_action' value='unsubscribe' /> unsubscribe &#160;<input type='submit' value='Send' /></p></form>
</p>
]]></content:encoded>
			<wfw:commentRss>http://adventuresinsecurity.com/blog/2006/01/24/planning-for-the-ultimate-hack/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
