<?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/"
		>
<channel>
	<title>Comments on: Take WASC Data With a Grain of Salt</title>
	<atom:link href="http://www.veracode.com/blog/2007/04/take-wasc-data-with-a-grain-of-salt/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.veracode.com/blog/2007/04/take-wasc-data-with-a-grain-of-salt/</link>
	<description>Application security testing, analysis, and metrics</description>
	<lastBuildDate>Tue, 15 May 2012 22:16:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Chris Eng</title>
		<link>http://www.veracode.com/blog/2007/04/take-wasc-data-with-a-grain-of-salt/comment-page-1/#comment-429</link>
		<dc:creator>Chris Eng</dc:creator>
		<pubDate>Wed, 11 Apr 2007 18:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=35#comment-429</guid>
		<description>@Michael:

Thanks for weighing in.  I can certainly understand and appreciate the effort involved in pulling together this amount of data and to that extent I believe this project is a step in the right direction.  My motivation behind writing this post was not to malign the project itself, but rather to provide some much-needed context and to help others interpret the data.

I really don&#039;t think your site points out the limitations and inaccuracies of the data set very clearly.  For example, it states that &quot;statistical biases will be lessened as more entities contribute to the initiative,&quot; which really still doesn&#039;t address the underlying problem.  That statement implies that the statistical deficiencies stem from not having a large or diverse enough sample set.  However, the size of the data set and the number of vendors is not the issue, it&#039;s the data itself.  Case in point, I can&#039;t think of any upside to commingling raw scan data with validated results.  It just doesn&#039;t make sense -- it pollutes and obscures the data that is meaningful to most readers.

It&#039;s a given that the stats shouldn&#039;t be &quot;taken as gospel truth that all websites will have a like distribution of vulnerabilities,&quot; and I don&#039;t think anyone would reasonably expect that.  My point is that these numbers aren&#039;t even in the ballpark.
</description>
		<content:encoded><![CDATA[<p>@Michael:</p>
<p>Thanks for weighing in.  I can certainly understand and appreciate the effort involved in pulling together this amount of data and to that extent I believe this project is a step in the right direction.  My motivation behind writing this post was not to malign the project itself, but rather to provide some much-needed context and to help others interpret the data.</p>
<p>I really don&#8217;t think your site points out the limitations and inaccuracies of the data set very clearly.  For example, it states that &#8220;statistical biases will be lessened as more entities contribute to the initiative,&#8221; which really still doesn&#8217;t address the underlying problem.  That statement implies that the statistical deficiencies stem from not having a large or diverse enough sample set.  However, the size of the data set and the number of vendors is not the issue, it&#8217;s the data itself.  Case in point, I can&#8217;t think of any upside to commingling raw scan data with validated results.  It just doesn&#8217;t make sense &#8212; it pollutes and obscures the data that is meaningful to most readers.</p>
<p>It&#8217;s a given that the stats shouldn&#8217;t be &#8220;taken as gospel truth that all websites will have a like distribution of vulnerabilities,&#8221; and I don&#8217;t think anyone would reasonably expect that.  My point is that these numbers aren&#8217;t even in the ballpark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Sutton</title>
		<link>http://www.veracode.com/blog/2007/04/take-wasc-data-with-a-grain-of-salt/comment-page-1/#comment-428</link>
		<dc:creator>Michael Sutton</dc:creator>
		<pubDate>Wed, 11 Apr 2007 14:59:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=35#comment-428</guid>
		<description>Chris,

I appreciate your critical review of the WASC Web Application Security Statistics. You are absolutely correct that the statistics &#039;reflect the capabilities and limitations of [the] scanners [used]&#039;. You are also correct that these numbers include a sampling bias. We certainly did not intend for these statistics to be taken as gospel truth that all websites will have a like distribution of vulnerabilities. We do however strongly believe that web application vulnerabilities are a growing problem that will not go away unless we do something about them. In describing the purpose of the project we did our very best to explain that this is an emerging initiative with limitations, not a flawless piece of scientific data.

Having competing firms band together to share data to provide to the community is a positive step forward. We have reasonable stats on COTS software but very little to provide insight into what we&#039;re seeing in custom web applications. The WASC Web Application Security Statistics project is a first step, not the end of the journey. I hope that other vendors will join the initiative going forward to both provide additional data to remove statistical biases and to continue to critique the initiative as you have done here. I know that Veracode conducts assessments of web applications and hope that Veracode will consider joining this initiative to ensure that we are able to provide increasingly accurate statistics.

Regards,

Michael Sutton
WASC Web Application Security Statistics
Project Leader</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>I appreciate your critical review of the WASC Web Application Security Statistics. You are absolutely correct that the statistics &#8216;reflect the capabilities and limitations of [the] scanners [used]&#8216;. You are also correct that these numbers include a sampling bias. We certainly did not intend for these statistics to be taken as gospel truth that all websites will have a like distribution of vulnerabilities. We do however strongly believe that web application vulnerabilities are a growing problem that will not go away unless we do something about them. In describing the purpose of the project we did our very best to explain that this is an emerging initiative with limitations, not a flawless piece of scientific data.</p>
<p>Having competing firms band together to share data to provide to the community is a positive step forward. We have reasonable stats on COTS software but very little to provide insight into what we&#8217;re seeing in custom web applications. The WASC Web Application Security Statistics project is a first step, not the end of the journey. I hope that other vendors will join the initiative going forward to both provide additional data to remove statistical biases and to continue to critique the initiative as you have done here. I know that Veracode conducts assessments of web applications and hope that Veracode will consider joining this initiative to ensure that we are able to provide increasingly accurate statistics.</p>
<p>Regards,</p>
<p>Michael Sutton<br />
WASC Web Application Security Statistics<br />
Project Leader</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis</title>
		<link>http://www.veracode.com/blog/2007/04/take-wasc-data-with-a-grain-of-salt/comment-page-1/#comment-427</link>
		<dc:creator>Dennis</dc:creator>
		<pubDate>Wed, 11 Apr 2007 14:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=35#comment-427</guid>
		<description>Really good analysis. I&#039;m always amazed when people take these reports and just regurgitate the stats with no context. Thanks Chris.</description>
		<content:encoded><![CDATA[<p>Really good analysis. I&#8217;m always amazed when people take these reports and just regurgitate the stats with no context. Thanks Chris.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Security Bytes &#187; Web application security by the numbers</title>
		<link>http://www.veracode.com/blog/2007/04/take-wasc-data-with-a-grain-of-salt/comment-page-1/#comment-426</link>
		<dc:creator>Security Bytes &#187; Web application security by the numbers</dc:creator>
		<pubDate>Wed, 11 Apr 2007 14:10:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=35#comment-426</guid>
		<description>[...] the results of scans by a number of Web application security scanners against various apps. But, as Chris Eng of Veracode points out in his post on the WASC&#8217;s report, things get a bit muddy once you look a little [...]</description>
		<content:encoded><![CDATA[<p>[...] the results of scans by a number of Web application security scanners against various apps. But, as Chris Eng of Veracode points out in his post on the WASC&#8217;s report, things get a bit muddy once you look a little [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

