<?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>Roger Halbheer on Security &#187; Patch Management</title>
	<atom:link href="http://www.halbheer.ch/security/tag/patch-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.halbheer.ch/security</link>
	<description>Information Security Discussion by Microsoft&#039;s Worldwide Chief Security Advisor.</description>
	<lastBuildDate>Thu, 12 Jan 2012 19:53:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Implementing the Top 4 Defense Strategies</title>
		<link>http://www.halbheer.ch/security/2011/12/13/implementing-the-top-4-defense-strategies/</link>
		<comments>http://www.halbheer.ch/security/2011/12/13/implementing-the-top-4-defense-strategies/#comments</comments>
		<pubDate>Tue, 13 Dec 2011 13:45:57 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Critical Infrastructure Protection]]></category>
		<category><![CDATA[Government]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[Administrator]]></category>
		<category><![CDATA[AppLocker]]></category>
		<category><![CDATA[Patch Management]]></category>
		<category><![CDATA[Processes]]></category>
		<category><![CDATA[Seucrity]]></category>

		<guid isPermaLink="false">http://www.halbheer.ch/security/2011/12/13/implementing-the-top-4-defense-strategies/</guid>
		<description><![CDATA[<p>The Australian Defense Signals Directorate maintains a list of the Top 35 Mitigation Strategies against targeted intrusions. This is just a reference to the top strategies:</p> Patch Applications Patch the Operating System Minimize the use of local admin Application whitelisting … <p>Looking at these 35 strategies, the DSD claims that</p> <p>While no single strategy can <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2011/12/13/implementing-the-top-4-defense-strategies/">Implementing the Top 4 Defense Strategies</a></span>]]></description>
			<content:encoded><![CDATA[<p>The Australian Defense Signals Directorate maintains a list of the <a href="http://www.dsd.gov.au/infosec/top35mitigationstrategies.htm" target="_blank">Top 35 Mitigation Strategies</a> against targeted intrusions. This is just a reference to the top strategies:</p>
<ol>
<li>Patch Applications</li>
<li>Patch the Operating System</li>
<li>Minimize the use of local admin</li>
<li>Application whitelisting</li>
<li>…</li>
</ol>
<p>Looking at these 35 strategies, the DSD claims that</p>
<blockquote><p>While no single strategy can prevent this type of malicious activity, the effectiveness of implementing the top four strategies remains unchanged. Implemented as a package, these strategies would have prevented at least 70% of the intrusions that DSD analysed and responded to in 2009, and at least 85% of the intrusions responded to in 2010.</p>
</blockquote>
<p>This is pretty much in line with the anecdotal reference I could make where we see successful attacks either coming in through unpatched systems (point 1 and 2), flaws in applications developed in-house (kind of point 2) and social engineering (point 3 and 4). However, these things are not that new, aren’t they? We are talking about patch management since a long time – and patch management not only for the Microsoft environment but the all the applications, being it Microsoft, Adobe, in-house Apps as well as Open Source operating systems.</p>
<p>The DSD even went a step further and developed a really good paper called <a href="http://www.dsd.gov.au/publications/Implementing_Top_4_for_Windows.pdf" target="_blank">Implementing DSD’s Top Four for Windows Environments</a>. Something definitely worth reading!</p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2011/12/13/implementing-the-top-4-defense-strategies/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Using the Microsoft Diagnostics and Recovery Toolset (DaRT) for Incident Response</title>
		<link>http://www.halbheer.ch/security/2011/10/19/using-the-microsoft-diagnostics-and-recovery-toolset-dart-for-incident-response/</link>
		<comments>http://www.halbheer.ch/security/2011/10/19/using-the-microsoft-diagnostics-and-recovery-toolset-dart-for-incident-response/#comments</comments>
		<pubDate>Wed, 19 Oct 2011 13:01:45 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[Incident Response]]></category>
		<category><![CDATA[Incidents]]></category>
		<category><![CDATA[Patch Management]]></category>
		<category><![CDATA[Policies]]></category>

		<guid isPermaLink="false">http://www.halbheer.ch/security/2011/10/19/using-the-microsoft-diagnostics-and-recovery-toolset-dart-for-incident-response/</guid>
		<description><![CDATA[<p>A few years ago I posted on DaRT after having seen it: Microsoft Diagnostics and Recovery Toolset. It is a really good an interesting tool for a lot of problems, one of them being incident response. I just stumbled across one article describing this: Using the Microsoft Diagnostics and Recovery Toolset (DaRT) for Incident Response.</p> <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2011/10/19/using-the-microsoft-diagnostics-and-recovery-toolset-dart-for-incident-response/">Using the Microsoft Diagnostics and Recovery Toolset (DaRT) for Incident Response</a></span>]]></description>
			<content:encoded><![CDATA[<p>A few years ago I posted on DaRT after having seen it: <a href="http://blogs.technet.com/b/rhalbheer/archive/2008/04/02/microsoft-diagnostics-and-recovery-toolset.aspx" target="_blank">Microsoft Diagnostics and Recovery Toolset</a>. It is a really good an interesting tool for a lot of problems, one of them being incident response. I just stumbled across one article describing this: <a href="http://www.windowsecurity.com/articles/Using-Microsoft-Diagnostics-Recovery-Toolset-DaRT-Incident-Response.html" target="_blank">Using the Microsoft Diagnostics and Recovery Toolset (DaRT) for Incident Response</a>.</p>
<p>An overview over DaRT can be found <a href="http://technet.microsoft.com/en-us/library/ee460914.aspx" target="_blank">here</a>. To prelude rants and questions: DaRT is part of the Microsoft Desktop Optimization package and cannot be downloaded from our website</p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2011/10/19/using-the-microsoft-diagnostics-and-recovery-toolset-dart-for-incident-response/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Microsoft Security Update Guide, Second Edition</title>
		<link>http://www.halbheer.ch/security/2011/03/28/microsoft-security-update-guide-second-edition/</link>
		<comments>http://www.halbheer.ch/security/2011/03/28/microsoft-security-update-guide-second-edition/#comments</comments>
		<pubDate>Mon, 28 Mar 2011 15:32:40 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Incidents]]></category>
		<category><![CDATA[Industry]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Process]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Patch Management]]></category>
		<category><![CDATA[Processes]]></category>
		<category><![CDATA[Security Updates]]></category>

		<guid isPermaLink="false">http://www.halbheer.ch/security/2011/03/28/microsoft-security-update-guide-second-edition/</guid>
		<description><![CDATA[<p>A while ago we released the Microsoft Security Update Guide to explain how we release security updates and how you should/could work with our updates. It encompasses these themes:</p> Get to know the security update release process Learn how to evaluate risk See how to mitigate security risks Understand how quickly you need to apply <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2011/03/28/microsoft-security-update-guide-second-edition/">Microsoft Security Update Guide, Second Edition</a></span>]]></description>
			<content:encoded><![CDATA[<p>A while ago we released the Microsoft Security Update Guide to explain how we release security updates and how you should/could work with our updates. It encompasses these themes:</p>
<ul>
<li>Get to know the security update release process</li>
<li>Learn how to evaluate risk</li>
<li>See how to mitigate security risks</li>
<li>Understand how quickly you need to apply updates</li>
<li>Assess your update</li>
<li>Get ongoing security</li>
</ul>
<p>If you are somehow linked to the security update process in your organization, you should download it and look at it here: <a href="http://www.microsoft.com/security/msrc/whatwedo/securityguide.aspx" target="_blank">Microsoft Security Update Guide, Second Edition</a></p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2011/03/28/microsoft-security-update-guide-second-edition/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Attacks on Application Level</title>
		<link>http://www.halbheer.ch/security/2011/01/18/attacks-on-application-level/</link>
		<comments>http://www.halbheer.ch/security/2011/01/18/attacks-on-application-level/#comments</comments>
		<pubDate>Tue, 18 Jan 2011 10:03:23 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Crime]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Process]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Trends]]></category>
		<category><![CDATA[Patch Management]]></category>

		<guid isPermaLink="false">http://www.halbheer.ch/security/2011/01/18/attacks-on-application-level/</guid>
		<description><![CDATA[As attacks are moving up the stack, PDF becomes the number 1 exploited file type. Make sure you patch all your applications <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2011/01/18/attacks-on-application-level/">Attacks on Application Level</a></span>]]></description>
			<content:encoded><![CDATA[<p>That the attacks move up the stack is really nothing new. However, it increases the challenge to secure your environment as you have to take Patch Management all the way. I blogged on that several times already e.g.:</p>
<ul>
<li><a href="http://www.halbheer.ch/security/2009/05/22/patch-management-a-key-step-towards-compliance/" target="_blank">Patch Management, a key step towards compliance!</a></li>
<li><a href="http://www.halbheer.ch/security/2009/03/26/patch-management-cover-the-whole-9-yards/" target="_blank">Patch Management – Cover the whole 9 yards</a></li>
</ul>
<p>It is obvious as well that applications that are wide-spread are likely targets for the attackers. Adobe is one of these targets and it is getting worse: <a href="http://www.msnbc.msn.com/id/41123276/ns/technology_and_science-security/?ocid=twitter" target="_blank">PDFs are now No. 1 vehicle for web-based attacks</a> – therefore, make sure that you patch all your applications. We are already working closely with Adobe: <a href="http://www.halbheer.ch/security/2010/07/28/microsoft-and-adobe-collaboration-against-threats/" target="_blank">Microsoft and Adobe: Collaboration Against Threats</a></p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2011/01/18/attacks-on-application-level/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Behind the Curtain of Second Tuesdays: Challenges in Software Security Response</title>
		<link>http://www.halbheer.ch/security/2010/12/02/behind-the-curtain-of-second-tuesdays-challenges-in-software-security-response/</link>
		<comments>http://www.halbheer.ch/security/2010/12/02/behind-the-curtain-of-second-tuesdays-challenges-in-software-security-response/#comments</comments>
		<pubDate>Thu, 02 Dec 2010 12:53:24 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Processes]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[Patch Management]]></category>
		<category><![CDATA[Security Updates]]></category>

		<guid isPermaLink="false">http://www.halbheer.info/security/2010/12/02/behind-the-curtain-of-second-tuesdays-challenges-in-software-security-response</guid>
		<description><![CDATA[<p>You might know about Bluehat, which is an internal security conference we run several times an year. Some of the presentations we record and make them publically available. There is a really good one on the Microsoft Security Response Center. Dustin (the presenter) blogged on it Behind the Curtain of Second Tuesdays: Challenges in Software <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2010/12/02/behind-the-curtain-of-second-tuesdays-challenges-in-software-security-response/">Behind the Curtain of Second Tuesdays: Challenges in Software Security Response</a></span>]]></description>
			<content:encoded><![CDATA[<p>You might know about Bluehat, which is an internal security conference we run several times an year. Some of the presentations we record and make them publically available. There is a really good one on the Microsoft Security Response Center. Dustin (the presenter) blogged on it <a href="http://blogs.technet.com/b/ecostrat/archive/2010/12/01/behind-the-curtain-of-second-tuesdays.aspx" target="_blank">Behind the Curtain of Second Tuesdays: Challenges in Software Security Response</a> and here is the recording:</p>
<p><script src="http://technet.microsoft.com/objectforward/default.aspx?type=VideoPlayer&amp;video=http%3A%2F%2Fcontent2.catalog.video.msn.com%2Fe2%2Fds%2F69aa001d-e1eb-4d20-a891-caec45c4be6e.wmv&amp;thumb=http%3A%2F%2Fcontent3.catalog.video.msn.com%2Fe2%2Fds%2F4d88a552-7cd2-4c4e-8b62-8d1efc809618.jpg&amp;title=&amp;width=400&amp;height=400" type="text/javascript"></script></p>
<p>Valuable listening (25 minutes)</p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2010/12/02/behind-the-curtain-of-second-tuesdays-challenges-in-software-security-response/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Move to latest versions &#8211; for security reasons</title>
		<link>http://www.halbheer.ch/security/2010/11/02/move-to-latest-versions-for-security/</link>
		<comments>http://www.halbheer.ch/security/2010/11/02/move-to-latest-versions-for-security/#comments</comments>
		<pubDate>Tue, 02 Nov 2010 17:07:06 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Process]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Patch Management]]></category>

		<guid isPermaLink="false">http://www.halbheer.info/security/2010/11/02/move-to-latest-versions-for-security</guid>
		<description><![CDATA[<p>We all know that Windows XP is rock-solid but not capable anymore to defend against today’s attacks and the same is true for IE6. Having been great products, when they were launched, the threat landscape changed significantly since then.</p> <p>Windows 7 has a great potential to help customers now move away from Windows XP and <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2010/11/02/move-to-latest-versions-for-security/">Move to latest versions &#8211; for security reasons</a></span>]]></description>
			<content:encoded><![CDATA[<p>We all know that Windows XP is rock-solid but not capable anymore to defend against today’s attacks and the same is true for IE6. Having been great products, when they were launched, the threat landscape changed significantly since then.</p>
<p>Windows 7 has a great potential to help customers now move away from Windows XP and so has IE8 (or IE9) for IE6.</p>
<p>I just read this article: <a href="http://www.techeye.net/software/home-office-does-u-turn-on-internet-explorer-6" target="_blank">Home Office does u-turn on Internet Explorer 6</a>. This outstanding news and I am looking forward seeing more governments following the UK’s path</p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2010/11/02/move-to-latest-versions-for-security/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Stuxnet: Future of warfare? Or just lax security?</title>
		<link>http://www.halbheer.ch/security/2010/09/27/stuxnet-future-of-warfare-or-just-lax-security/</link>
		<comments>http://www.halbheer.ch/security/2010/09/27/stuxnet-future-of-warfare-or-just-lax-security/#comments</comments>
		<pubDate>Mon, 27 Sep 2010 16:29:36 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Crime]]></category>
		<category><![CDATA[Critical Infrastructure Protection]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Government]]></category>
		<category><![CDATA[Industry]]></category>
		<category><![CDATA[Terrorism]]></category>
		<category><![CDATA[Critical Infrastructure]]></category>
		<category><![CDATA[Patch Management]]></category>
		<category><![CDATA[Vulnerabilities]]></category>

		<guid isPermaLink="false">http://www.halbheer.info/security/2010/09/27/stuxnet-future-of-warfare-or-just-lax-security</guid>
		<description><![CDATA[<p>What is your view?: Stuxnet: Future of warfare? Or just lax security?</p> <p>Roger</p> ]]></description>
			<content:encoded><![CDATA[<p>What is your view?: <a href="http://ct.zdnet.com/clicks?t=591152038-706519acc66fc6b6803dc1a31b61be52-bf&amp;brand=ZDNET&amp;s=5">Stuxnet: Future of warfare? Or just lax security?</a></p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2010/09/27/stuxnet-future-of-warfare-or-just-lax-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Risks of Unofficial Patches</title>
		<link>http://www.halbheer.ch/security/2010/09/17/the-risks-of-unofficial-patches/</link>
		<comments>http://www.halbheer.ch/security/2010/09/17/the-risks-of-unofficial-patches/#comments</comments>
		<pubDate>Fri, 17 Sep 2010 08:07:04 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Crime]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Incidents]]></category>
		<category><![CDATA[Industry]]></category>
		<category><![CDATA[Patch Management]]></category>
		<category><![CDATA[Risk Assessment]]></category>
		<category><![CDATA[Risk Management]]></category>
		<category><![CDATA[Security Updates]]></category>

		<guid isPermaLink="false">http://www.halbheer.info/security/2010/09/17/the-risks-of-unofficial-patches</guid>
		<description><![CDATA[As soon as zero-days appear on the Internet, two things happen: Somebody publishes an exploit and somebody else an unoffical patch. How trustworthy are such updates? How should you handle them? It is all about risk management! <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2010/09/17/the-risks-of-unofficial-patches/">The Risks of Unofficial Patches</a></span>]]></description>
			<content:encoded><![CDATA[<p>This is quite a normal scenario: A zero-day pops up on the Internet by a security researcher. Immediately afterwards we see the first exploits appearing and being integrated into the different attack tools. Now, the race started: The vendor has to develop a security update, the criminals try to exploit the vulnerability.</p>
<p>Part of the holy grail – so it seems – are these researchers being able to deliver a security update much faster than the vendor and the vendor then is immediately publically told that they fail. This is just happening now with Adobe: <a href="http://www.theregister.co.uk/2010/09/15/unofficial_adobe_reader_patch/" target="_blank">Unofficial fix brings temporary relief for critical Adobe vuln</a></p>
<p>Let me add a few thoughts on this:</p>
<ul>
<li>For a vendor, developing the update is not the part, which takes time – testing is. We have more than 600 million downloads when we publish an update. If we “just” break 10% of the systems the update is installed, it would be a huge denial of service. So testing is the name of the game. How well is an unofficial patch tested?</li>
<li>Often the vendor publishes workarounds (at least we do). This should be part of your risk mitigation strategy. Would the workaround be acceptable to buy you time?</li>
<li>How far do you trust the author of the unofficial update? How big is the risk that the update comes with pre-installed malware? The question immediately comes up: Why should we trust a vendor? Well, you bought or downloaded the software at the first hand – so, you decided to trust the vendor at the beginning.</li>
<li>What do you do, once the vendor releases an update? Can you de-install the unofficial update?</li>
</ul>
<p>Basically, it is a risk management decision, which should include at least the questions I raised above. Do not just run for the unofficial update – to me it should be really the last resort, if even!</p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2010/09/17/the-risks-of-unofficial-patches/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Support for Windows XP SP2 ends today!</title>
		<link>http://www.halbheer.ch/security/2010/07/13/support-for-windows-xp-sp2-ends-today/</link>
		<comments>http://www.halbheer.ch/security/2010/07/13/support-for-windows-xp-sp2-ends-today/#comments</comments>
		<pubDate>Tue, 13 Jul 2010 08:49:25 +0000</pubDate>
		<dc:creator>Roger Halbheer</dc:creator>
				<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[Lifecycle]]></category>
		<category><![CDATA[Patch Management]]></category>
		<category><![CDATA[Processes]]></category>
		<category><![CDATA[Updates]]></category>

		<guid isPermaLink="false">http://www.halbheer.info/security/2010/07/13/support-for-windows-xp-sp2-ends-today</guid>
		<description><![CDATA[<p>I just wanted to remind you: The support for Windows XP SP2 ends today. I hope that this does not catch you by surprise. If you need all the information about which kind of support ends when for which product, please consult out Lifecycle page. If you have a Premier Support contract with us, your <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.halbheer.ch/security/2010/07/13/support-for-windows-xp-sp2-ends-today/">Support for Windows XP SP2 ends today!</a></span>]]></description>
			<content:encoded><![CDATA[<p>I just wanted to remind you: The support for Windows XP SP2 ends today. I hope that this does not catch you by surprise. If you need all the information about which kind of support ends when for which product, please consult out <a href="http://www.microsoft.com/lifecycle" target="_blank">Lifecycle</a> page. If you have a Premier Support contract with us, your Technical Account Manager should inform you as well.</p>
<p>But what does that really mean? You can find this information on the Windows website: <a href="http://windows.microsoft.com/en-us/windows/help/what-does-end-of-support-mean" target="_blank">What does it mean if my version of Windows is no longer supported?</a></p>
<p>Roger</p>
]]></content:encoded>
			<wfw:commentRss>http://www.halbheer.ch/security/2010/07/13/support-for-windows-xp-sp2-ends-today/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

