<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Security Development Lifecycle (SDL) document is now live</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx</link><description>This document outlines the security-related process improvements we have put in place at Microsoft.We've been working on defining this for about two years now, and I'm really excited that we've now made it public :) http://msdn.microsoft.com/security/sd</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Microsoft's Security Development Lifecycle</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399132</link><pubDate>Sat, 19 Mar 2005 21:13:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399132</guid><dc:creator>Dana Epp's ramblings at the Sanctuary</dc:creator><description>In the past decade it has been easy to slag Microsoft for their stance on security. It has appeared that the drive for profits have always trumped the safety and security of the code. When Microsoft decided to STOP development and retrain the ENTIRE development group about secure programming, many in the industry brushed it off as a PR stunt. But as I pointed out early last year, if we look at what Microsoft has been doing as of late, we can see that they have made significant changes to build a foundation for a more secure computing experience: They have created better error-reporting software. They have found that the top 20% of their errors make up 80% of the problems. Knowing this and capitalizing allows Microsoft to significantly prioritize and reduce bugs that matter the most.They have created better developer tools to help write more secure software, with release of tools like prefix, prefast, AppVerifier and FxCop. Their only problem right now with this is that they ARENT letting developers know about them!They halted product development for a period of time and retrained their developers to code more securelyThey audited as much product source code as humanly possible and now have a dedicated lead security person for each component of the Windows source code to watch over code quality as it relates to security. Previously they had a clean up crew come in after the fact and try to sanitize the master sources.Microsoft has begun to provide more secure defaults when shipping new product. As a clear example we have seen the launch of Windows Server 2003 with a lessened attack surface than previous versions of their server product.Microsoft now provides better tools such as the Microsoft Baseline Security Analyzer to analyze and audit patch management as it relates to security bugs in a proactive manner.After major security incidents (like MSBlaster and MyDoom) Microsoft has released tools to help respond and fix possible vulnerable and compromised machines. Although these are not timely enough (IMHO), its still good to see.Microsoft has provided a more definitive patch management cycle to address patch hell until their newer products get released that have a significantly lessened attack surface, and have better code quality.Microsoft provides better integrated firewalling with their Internet Connection Firewall (ICF), released with the latest service pack for XP. Ok this item isnt about secure coding... but more about &amp;quot;secure by default&amp;quot; mentality.Microsoft is being more open about the entire security process. And not just for PR purposes. More articles, documentation and transparent communication are now available through MSDN, Microsoft employee blogs, and Microsofts Security webcasts. The last bullet is what I want to talk about today. Michael Howard reports that you can now read about the security-related process improvements they have put in place at Microsoft. They have been working on defining this for about two years now, and as of today now have made this document public. It is an excellent document providing real insight on what is going on with Microsoft's own security development lifecycle. Well worth the investment in time to read and learn from. (Anyone who is arrogant enough to believe they know everything and cannot learn something from Microsoft's experience here really shouldn't be in this industry) So check out Microsoft's Security Development Lifecycle. Happy reading!...</description></item><item><title>More interesting finds this weekend</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399331</link><pubDate>Sun, 20 Mar 2005 15:37:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399331</guid><dc:creator>Jason Haley</dc:creator><description>More interesting finds this weekend</description></item><item><title>re: Security Development Lifecycle (SDL) document is now live</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399561</link><pubDate>Mon, 21 Mar 2005 05:23:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399561</guid><dc:creator>buddyprav</dc:creator><description>Hi,&lt;br&gt;&lt;br&gt;provide SDLC documentation and CMM documentation.&lt;br&gt;&lt;br&gt;thanx &lt;br&gt; buddyprav</description></item><item><title>Security Development Lifecycle at Microsoft</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399652</link><pubDate>Mon, 21 Mar 2005 14:10:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399652</guid><dc:creator>Sergey Simakov blog</dc:creator><description /></item><item><title>Trustworthy Computing Security Development Lifecycle</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399690</link><pubDate>Mon, 21 Mar 2005 16:10:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399690</guid><dc:creator>Robert Hurlbut's .NET Blog</dc:creator><description /></item><item><title>Microsoft's Security Development Lifecycle Process</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399734</link><pubDate>Mon, 21 Mar 2005 17:37:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399734</guid><dc:creator>David Boschmans' Weblog</dc:creator><description>Microsoft's Security Development Lifecycle Process</description></item><item><title>SDL Document is Live on the Security Developer Center</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399890</link><pubDate>Mon, 21 Mar 2005 20:35:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399890</guid><dc:creator>BufferOverrun</dc:creator><description /></item><item><title>SDL Document is Live on the Security Developer Center</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#399891</link><pubDate>Mon, 21 Mar 2005 20:37:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:399891</guid><dc:creator>BufferOverrun</dc:creator><description /></item><item><title>re: Security Development Lifecycle (SDL) document is now live</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#400368</link><pubDate>Tue, 22 Mar 2005 13:43:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:400368</guid><dc:creator>rcme</dc:creator><description>Lots of great info here Michael. I read Steve's original paper, so I look forward to reading this one for the updates.&lt;br&gt;&lt;br&gt;Aside,&lt;br&gt;Is this available as a &amp;quot;document&amp;quot; (i.e. .doc or .pdf)? Sometimes it is easier to read on paper, and printing from a HTML doesn't always format properly. There seems to be some inconsistency on the Microsoft website regarding documents. For example, this SDL document is only available as HTML, while other docs, like the Security Risk Managament Guide is available as .pdf, and yet others are available as .doc.&lt;br&gt;&lt;br&gt;Keep up the good work!!&lt;br&gt;</description></item><item><title>re: Security Development Lifecycle (SDL) document is now live</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#400643</link><pubDate>Tue, 22 Mar 2005 21:47:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:400643</guid><dc:creator>Michael Howard</dc:creator><description>Yeah, we'll make a download avail - not sure if it's DOC or PDF. But watch this space :)</description></item><item><title>Microsoft Security Lifecycle</title><link>http://blogs.msdn.com/michael_howard/archive/2005/03/18/398833.aspx#402770</link><pubDate>Mon, 28 Mar 2005 02:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:402770</guid><dc:creator>Emergent Chaos</dc:creator><description> Michael Howard mentions that Microsoft has published their Software Development Lifecycle for security. Slag all you want, but I don't see a lot of other vendors doing this. And now, if you need leverage to get buy in, you...</description></item></channel></rss>