 




<?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>IT Trenches &#187; patch testing</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/it-trenches/tag/patch-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/it-trenches</link>
	<description></description>
	<lastBuildDate>Fri, 19 Nov 2010 14:37:59 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Check this out &#8211; 4 Steps for Trimming Patch Management Time</title>
		<link>http://itknowledgeexchange.techtarget.com/it-trenches/check-this-out-4-steps-for-trimming-patch-management-time/</link>
		<comments>http://itknowledgeexchange.techtarget.com/it-trenches/check-this-out-4-steps-for-trimming-patch-management-time/#comments</comments>
		<pubDate>Mon, 25 Jan 2010 18:12:41 +0000</pubDate>
		<dc:creator>Troy Tate</dc:creator>
				<category><![CDATA[application development]]></category>
		<category><![CDATA[application patches]]></category>
		<category><![CDATA[application testing]]></category>
		<category><![CDATA[maintenance]]></category>
		<category><![CDATA[patch management]]></category>
		<category><![CDATA[patch testing]]></category>
		<category><![CDATA[sla]]></category>
		<category><![CDATA[system maintenance]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/it-trenches/check-this-out-4-steps-for-trimming-patch-management-time/</guid>
		<description><![CDATA[Hopefully you have heard of and are testing and/or applying the recent Microsoft out-of-cycle patch for the Internet Explorer vulnerability that was exploited and the cause of recent attacks on Google and other companies. If not, you need to consider how your organization and users are protected from this threat and others. One main way [...]]]></description>
				<content:encoded><![CDATA[<p>Hopefully you have heard of and are testing and/or applying the recent <a href="http://support.microsoft.com/kb/978207" target="_blank">Microsoft out-of-cycle patch</a> for the Internet Explorer vulnerability that was exploited and the cause of <a href="http://news.google.com/news?q=aurora+attack+google&amp;oe=utf-8&amp;rls=org.mozilla:en-US:official&amp;client=firefox-a&amp;um=1&amp;ie=UTF-8&amp;hl=en&amp;ei=cchYS9rBIIvSMvqCqc8E&amp;sa=X&amp;oi=news_group&amp;ct=title&amp;resnum=1&amp;ved=0CBEQsQQwAA" target="_blank">recent attacks on Google and other companies</a>. If not, you need to consider how your organization and users are protected from this threat and others.</p>
<p>One main way of protecting your organization is by applying patches. An article on <a href="http://www.darkreading.com/index.jhtml" target="_blank">Dark Reading</a> proposes <a href="http://www.darkreading.com/vulnerability_management/security/app-security/showArticle.jhtml?articleID=222400326&amp;cid=nl_DR_DAILY_2010-01-25_h" target="_blank">4 Steps for Trimming Patch Management Time</a>. Those steps summarized here are:</p>
<p>1. Level the patching field. <em>Time-saver: Develop a patch priority list based on business criticality: Your  business continuity/disaster recovery plan is a good starting place for  establishing a hierarchy of patch deployments that will see the most critical  exposures patched first, with lower risk or lower exposure vulnerabilities  patched on a less fast-paced (and, ironically, less time-consuming)  schedule.</em></p>
<p>2. Know which systems impose their own patch schedule. <em>Time-saver: Maintain a list of critical systems&#8217; regular maintenance and  planned downtime schedules, and plan patch deployment accordingly, dealing with  other more readily available systems in the meantime. Review and update system  maintenance schedules (and their effect on other schedules) on a regular  basis.</em></p>
<p>3. Know who needs to know and who signs off. <em>Time-saver: Create and maintain a comprehensive patch deployment approval and  sign-off path along with your systems inventory, including emergency and  off-hour contact information for all personnel on the list.</em></p>
<p>4. Take time to test patches before going operational. <em>Time-saver: Establish comprehensive patch test platforms, including platforms  for new technologies and configurations ahead of time, and make their  maintenance, readiness, and upgrades an ongoing part of your operations overhead  and budget. Build a day of patch-test time into your patch deployment  schedule.</em></p>
<p>What steps do you take to effectively manage patches for your organization? I think Dark Reading hit the nail on the head with this list. I urge you to go read the article in its entirety. Add your <a href="#comments">comments</a> below.</p>
<p>Thanks for reading &amp; let&#8217;s continue to be good network citizens!</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/it-trenches/check-this-out-4-steps-for-trimming-patch-management-time/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
