<?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>Secure Coding Secrets?</title><link>http://blogs.msdn.com/sdl/archive/2008/11/18/secure-coding-secrets.aspx</link><description>Hi, Michael here. A recent article titled "NSA posts secrets to writing secure code" caught my eye in part because the words " writing secure code " always get my attention! But also because anything that can advance the science of securing software is</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Secure Coding Secrets?</title><link>http://blogs.msdn.com/sdl/archive/2008/11/18/secure-coding-secrets.aspx#9125003</link><pubDate>Wed, 19 Nov 2008 20:07:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9125003</guid><dc:creator>asteingruebl</dc:creator><description>&lt;p&gt;Michael,&lt;/p&gt;
&lt;p&gt;The premise behind the programming paradigms and languages espoused by the Praxis folks (SPARK, Correctness by Construction) is that to achieve the assurance required for certain classes of applications (Flight control systems, automated train controls, etc) only these techniques will work.&lt;/p&gt;
&lt;p&gt;I think we continue to delude ourselves that our current programming practices are going to get us where we need to go from an assurance standpoint. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;None of this of course excuses all of the dependencies this component has on weak elements of the overall system. You're obviously spot on there.&lt;/p&gt;
&lt;p&gt;Imagine you were strictly liable for all security defects in Windows, and it was a different economic equation than it is today. &amp;nbsp;What elements of the SDL and software development at Microsoft do you think you'd need to change to get to that higher assurance?&lt;/p&gt;
</description></item><item><title>re: Secure Coding Secrets?</title><link>http://blogs.msdn.com/sdl/archive/2008/11/18/secure-coding-secrets.aspx#9161112</link><pubDate>Mon, 01 Dec 2008 21:16:53 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9161112</guid><dc:creator>sdl</dc:creator><description>&lt;p&gt;the background of SPARK is clearly for building high assurance solutions for military etc etc, but the article declares that this can all work for classic COTS stuff which is often way more complex and general purpose. So that's why I wrote the article, I don't think it can be done because the demonstration didn't show it can be done. call me cynical :)&lt;/p&gt;
</description></item><item><title>re: Secure Coding Secrets?</title><link>http://blogs.msdn.com/sdl/archive/2008/11/18/secure-coding-secrets.aspx#9177618</link><pubDate>Fri, 05 Dec 2008 03:39:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9177618</guid><dc:creator>systemofsystems</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://systemofsystems.wordpress.com/2008/11/28/short-term-memory/"&gt;http://systemofsystems.wordpress.com/2008/11/28/short-term-memory/&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&amp;quot;Imagine an SDLC where programmers don’t have to know how to write secure code, or even patch vulnerable code for that matter.&amp;quot;&lt;/p&gt;
</description></item><item><title>MSDN FLASH IRELAND - INTERNATIONAL RESOURCES - 18 DECEMBER 2008 </title><link>http://blogs.msdn.com/sdl/archive/2008/11/18/secure-coding-secrets.aspx#9236814</link><pubDate>Thu, 18 Dec 2008 22:05:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9236814</guid><dc:creator>Microsoft Ireland Blog</dc:creator><description>&lt;p&gt;a {color : #0033CC;} a:link {color: #0033CC;} a:visited.local {color: #0033CC;} a:visited {color : #800080;}&lt;/p&gt;
</description></item></channel></rss>