<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Is Security Really That Hard to Measure?</title>
	<atom:link href="http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/feed/" rel="self" type="application/rss+xml" />
	<link>http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/</link>
	<description></description>
	<lastBuildDate>Mon, 10 Oct 2011 21:49:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: OSS Watch team blog &#187; Blog Archive &#187; Closed Vs Open Source Security</title>
		<link>http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/comment-page-1/#comment-2496</link>
		<dc:creator>OSS Watch team blog &#187; Blog Archive &#187; Closed Vs Open Source Security</dc:creator>
		<pubDate>Thu, 23 Oct 2008 15:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/#comment-2496</guid>
		<description>[...] quality control processes, especially with respect to security vulnerabilities. Unfortunately this is one of those posts that reminds the reader that the blog is sponsored by [...]</description>
		<content:encoded><![CDATA[<p>[...] quality control processes, especially with respect to security vulnerabilities. Unfortunately this is one of those posts that reminds the reader that the blog is sponsored by [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OSS Watch team blog</title>
		<link>http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/comment-page-1/#comment-239</link>
		<dc:creator>OSS Watch team blog</dc:creator>
		<pubDate>Sat, 13 Oct 2007 15:35:16 +0000</pubDate>
		<guid isPermaLink="false">http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/#comment-239</guid>
		<description>&lt;strong&gt;Closed Vs Open Source Security...&lt;/strong&gt;

A recent post on the How Software is Built blog (often a good read) seems to be very confused about open Vs closed source quality control processes, especially with respect to security vulnerabilities. Unfortunately this is one of those posts that remi...</description>
		<content:encoded><![CDATA[<p><strong>Closed Vs Open Source Security&#8230;</strong></p>
<p>A recent post on the How Software is Built blog (often a good read) seems to be very confused about open Vs closed source quality control processes, especially with respect to security vulnerabilities. Unfortunately this is one of those posts that remi&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dustin Puryear</title>
		<link>http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/comment-page-1/#comment-237</link>
		<dc:creator>Dustin Puryear</dc:creator>
		<pubDate>Fri, 12 Oct 2007 16:10:57 +0000</pubDate>
		<guid isPermaLink="false">http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/#comment-237</guid>
		<description>I think Swashbuckler makes a good point. Quantifying vulnerabilities is hard since you can only quantify what you know. Scott, the fact that Microsoft is pushing for fixes to CODING ISSUES rather than simply addressing known vulnerabilities is most definitely a step in the right direction. Frankly, I think both sides have it right in their own way.

Anyway, the open source community is VERY GOOD at finding vulnerabilities. That is, for projects with many eyeballs. :)

That&#039;s the caveat of course.</description>
		<content:encoded><![CDATA[<p>I think Swashbuckler makes a good point. Quantifying vulnerabilities is hard since you can only quantify what you know. Scott, the fact that Microsoft is pushing for fixes to CODING ISSUES rather than simply addressing known vulnerabilities is most definitely a step in the right direction. Frankly, I think both sides have it right in their own way.</p>
<p>Anyway, the open source community is VERY GOOD at finding vulnerabilities. That is, for projects with many eyeballs. <img src='http://howsoftwareisbuilt.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>That&#8217;s the caveat of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Swashbuckler</title>
		<link>http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/comment-page-1/#comment-236</link>
		<dc:creator>Swashbuckler</dc:creator>
		<pubDate>Fri, 12 Oct 2007 14:38:21 +0000</pubDate>
		<guid isPermaLink="false">http://howsoftwareisbuilt.com/2007/10/12/is-security-really-that-hard-to-measure/#comment-236</guid>
		<description>&quot;In this day and age, isn’t it easy enough to quantify vulnerabilities?&quot;

Nope.  It&#039;s easy enough to quantify KNOWN vulnerabilities.


&quot;the response is almost universally “many eyeballs,” and faith (without data) that “many eyeballs” is effective.&quot;

Many eyeballs is useful.  Running your code through an analyzer like those from Coverity or Fortify is more useful.  For example, look at Coverity&#039;s analysis of Samba (http://scan.coverity.com/rung1.html).  228 defects found by Coverity have been fixed by the Samba team.  Samba is certainly a project that has lots of eyeballs on it.  I&#039;m sure that some number of those fixes weren&#039;t security related, but I&#039;m equally sure that some were.</description>
		<content:encoded><![CDATA[<p>&#8220;In this day and age, isn’t it easy enough to quantify vulnerabilities?&#8221;</p>
<p>Nope.  It&#8217;s easy enough to quantify KNOWN vulnerabilities.</p>
<p>&#8220;the response is almost universally “many eyeballs,” and faith (without data) that “many eyeballs” is effective.&#8221;</p>
<p>Many eyeballs is useful.  Running your code through an analyzer like those from Coverity or Fortify is more useful.  For example, look at Coverity&#8217;s analysis of Samba (<a href="http://scan.coverity.com/rung1.html" rel="nofollow">http://scan.coverity.com/rung1.html</a>).  228 defects found by Coverity have been fixed by the Samba team.  Samba is certainly a project that has lots of eyeballs on it.  I&#8217;m sure that some number of those fixes weren&#8217;t security related, but I&#8217;m equally sure that some were.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

