<?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: Security Metrics that Matter</title>
	<atom:link href="http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/</link>
	<description></description>
	<lastBuildDate>Sat, 07 Nov 2009 06:56:22 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Logo Mats</title>
		<link>http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/comment-page-1/#comment-1136</link>
		<dc:creator>Logo Mats</dc:creator>
		<pubDate>Sun, 30 Aug 2009 16:03:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/#comment-1136</guid>
		<description>Some good info about Symantec.</description>
		<content:encoded><![CDATA[<p>Some good info about Symantec.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damian</title>
		<link>http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/comment-page-1/#comment-275</link>
		<dc:creator>Damian</dc:creator>
		<pubDate>Wed, 16 Apr 2008 14:06:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/#comment-275</guid>
		<description>vaceituno: I assume you mean security bugs, this is kind of a good idea, but it&#039;s also wise to take in to account the severity of the bug. I&#039;ve seen security bugs be ignored by vendors because there&#039;s no proof of concept code and it&#039;s hard to think up of one, so it&#039;ll likely never be exploited. 

This is sometimes good and sometimes bad, some bugs do seem so minor and would require so much work that developers wouldn&#039;t be wise to spend time there. That said I do often see Mozilla fix a lot of security bugs with no Proof of Concept code, especially if it&#039;s memory related, and Microsoft just say &quot;This is not a security bug&quot;.</description>
		<content:encoded><![CDATA[<p>vaceituno: I assume you mean security bugs, this is kind of a good idea, but it&#8217;s also wise to take in to account the severity of the bug. I&#8217;ve seen security bugs be ignored by vendors because there&#8217;s no proof of concept code and it&#8217;s hard to think up of one, so it&#8217;ll likely never be exploited. </p>
<p>This is sometimes good and sometimes bad, some bugs do seem so minor and would require so much work that developers wouldn&#8217;t be wise to spend time there. That said I do often see Mozilla fix a lot of security bugs with no Proof of Concept code, especially if it&#8217;s memory related, and Microsoft just say &#8220;This is not a security bug&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vaceituno</title>
		<link>http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/comment-page-1/#comment-274</link>
		<dc:creator>vaceituno</dc:creator>
		<pubDate>Wed, 16 Apr 2008 13:33:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/#comment-274</guid>
		<description>Dear Asa,

I work for a financial institution where we use the following metric for app security: We simply add the days all known bugs stay unpatched. This gives us a figure that say how we are, if we are getting better or worse and if we are doing better or worse than other financial institutions. 

I think the same principle could be used to compare Mozilla and other web browsers, you would get a metric that wouldn&#039;t say what browser is safest, but what browser has the best security stance TODAY.</description>
		<content:encoded><![CDATA[<p>Dear Asa,</p>
<p>I work for a financial institution where we use the following metric for app security: We simply add the days all known bugs stay unpatched. This gives us a figure that say how we are, if we are getting better or worse and if we are doing better or worse than other financial institutions. </p>
<p>I think the same principle could be used to compare Mozilla and other web browsers, you would get a metric that wouldn&#8217;t say what browser is safest, but what browser has the best security stance TODAY.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VanillaMozilla</title>
		<link>http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/comment-page-1/#comment-273</link>
		<dc:creator>VanillaMozilla</dc:creator>
		<pubDate>Wed, 16 Apr 2008 13:15:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/#comment-273</guid>
		<description>Here is what Symantec&#039;s report said about the security implications of the vulnerabilities:

&quot;The growth in browser market-share for browsers such as Mozilla Firefox is a driving factor in the increased attention by security researchers.  However, this does not necessarily result in more attack activity in the wild.  Although internet explorer was subject to fewer vulnerabilities that are inherent to the browser in comparison to Mozilla, exploit activity in the wild indicates that it is still the gateway for third-party vulnerabilities affecting ActiveX and other browser plug-in technologies.&quot;</description>
		<content:encoded><![CDATA[<p>Here is what Symantec&#8217;s report said about the security implications of the vulnerabilities:</p>
<p>&#8220;The growth in browser market-share for browsers such as Mozilla Firefox is a driving factor in the increased attention by security researchers.  However, this does not necessarily result in more attack activity in the wild.  Although internet explorer was subject to fewer vulnerabilities that are inherent to the browser in comparison to Mozilla, exploit activity in the wild indicates that it is still the gateway for third-party vulnerabilities affecting ActiveX and other browser plug-in technologies.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morbus</title>
		<link>http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/comment-page-1/#comment-272</link>
		<dc:creator>Morbus</dc:creator>
		<pubDate>Wed, 16 Apr 2008 07:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/ftr/2008/04/15/security-metrics-that-matter/#comment-272</guid>
		<description>Legal action agains symantec is in order.</description>
		<content:encoded><![CDATA[<p>Legal action agains symantec is in order.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
