<?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: Dan Kaminsky wants the world&#8217;s gratitude &#8211; should we give it to him?</title>
	<atom:link href="http://spiresecurity.com/?feed=rss2&#038;p=153" rel="self" type="application/rss+xml" />
	<link>http://spiresecurity.com/?p=153</link>
	<description>Risk and Cybersecurity Analysis</description>
	<lastBuildDate>Wed, 21 Aug 2013 23:28:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Andre</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-180</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Fri, 08 Aug 2008 03:34:53 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-180</guid>
		<description><![CDATA[@ Pete:

You said, &quot;what I think is that we need to be secure without having to rely on bugfinding. There are plenty of opportunities for better representation of legitimate functionality (software safety data sheets) and enhanced monitoring. We will always be behind the game trying to deal with finding every flaw in the world&quot;.

If you keep talking this line over the years, I&#039;m going to be more and more likely to agree with you.

What do we do until software safety sheets reach popular culture as critical mass?  In a world where Consumer Reports still rates AV software and network equipment vendors put the words, &quot;NERC CIP-compliant&quot; on their latest hardware and software -- isn&#039;t bugfinding a bit more appropriate?

IMO, we will always be behind the game if vendors can continue to sell security as marketing terminology or shoddy blackfilter products.

In this Dan Kaminsky situation, I agree with you.  There was no reason to go public in the way and to the degree that he did.  Dan has done us all a disfavor.

Pete, you also said, &quot;Dan, I like positive press, too, but if you go back and look at what you&#039;ve done, it was probably the biggest self-initiated ego-trip I&#039;ve ever seen in bugfinding history. Not only that, but I think it is arrogant to try to &quot;order&quot; people around with &quot;Just.Patch.Now&quot; kinds of assertions, when you have no clue what they have going on at their jobs and how this announcement fits into it. And when your supporters start getting self-righteous and calling people stupid for not patching, I find it even more offensive&quot;.

Maybe you&#039;ll be interested to know that Dan won the Pwnie award for &quot;Most over-hyped bug&quot;, and then proceeded to storm off-stage and out the room crying and acting like a baby.
]]></description>
		<content:encoded><![CDATA[<p>@ Pete:</p>
<p>You said, &#8220;what I think is that we need to be secure without having to rely on bugfinding. There are plenty of opportunities for better representation of legitimate functionality (software safety data sheets) and enhanced monitoring. We will always be behind the game trying to deal with finding every flaw in the world&#8221;.</p>
<p>If you keep talking this line over the years, I&#8217;m going to be more and more likely to agree with you.</p>
<p>What do we do until software safety sheets reach popular culture as critical mass?  In a world where Consumer Reports still rates AV software and network equipment vendors put the words, &#8220;NERC CIP-compliant&#8221; on their latest hardware and software &#8212; isn&#8217;t bugfinding a bit more appropriate?</p>
<p>IMO, we will always be behind the game if vendors can continue to sell security as marketing terminology or shoddy blackfilter products.</p>
<p>In this Dan Kaminsky situation, I agree with you.  There was no reason to go public in the way and to the degree that he did.  Dan has done us all a disfavor.</p>
<p>Pete, you also said, &#8220;Dan, I like positive press, too, but if you go back and look at what you&#8217;ve done, it was probably the biggest self-initiated ego-trip I&#8217;ve ever seen in bugfinding history. Not only that, but I think it is arrogant to try to &#8220;order&#8221; people around with &#8220;Just.Patch.Now&#8221; kinds of assertions, when you have no clue what they have going on at their jobs and how this announcement fits into it. And when your supporters start getting self-righteous and calling people stupid for not patching, I find it even more offensive&#8221;.</p>
<p>Maybe you&#8217;ll be interested to know that Dan won the Pwnie award for &#8220;Most over-hyped bug&#8221;, and then proceeded to storm off-stage and out the room crying and acting like a baby.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-179</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Fri, 08 Aug 2008 03:33:21 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-179</guid>
		<description><![CDATA[@ Pete:

&lt;i&gt;what I think is that we need to be secure without having to rely on bugfinding. There are plenty of opportunities for better representation of legitimate functionality (software safety data sheets) and enhanced monitoring. We will always be behind the game trying to deal with finding every flaw in the world&lt;/i&gt;

If you keep talking this line over the years, I&#039;m going to be more and more likely to agree with you.

What do we do until software safety sheets reach popular culture as critical mass?  In a world where Consumer Reports still rates AV software and network equipment vendors put the words, &quot;NERC CIP-compliant&quot; on their latest hardware and software -- isn&#039;t bugfinding a bit more appropriate?

IMO, we will always be behind the game if vendors can continue to sell security as marketing terminology or shoddy blackfilter products.

In this Dan Kaminsky situation, I agree with you.  There was no reason to go public in the way and to the degree that he did.  Dan has done us all a disfavor.

&lt;i&gt;Dan, I like positive press, too, but if you go back and look at what you&#039;ve done, it was probably the biggest self-initiated ego-trip I&#039;ve ever seen in bugfinding history.

Not only that, but I think it is arrogant to try to &quot;order&quot; people around with &quot;Just.Patch.Now&quot; kinds of assertions, when you have no clue what they have going on at their jobs and how this announcement fits into it. And when your supporters start getting self-righteous and calling people stupid for not patching, I find it even more offensive&lt;/i&gt;

Maybe you&#039;ll be interested to know that Dan won the Pwnie award for &quot;Most over-hyped bug&quot;, and then proceeded to storm off-stage and out the room crying and acting like a baby.
]]></description>
		<content:encoded><![CDATA[<p>@ Pete:</p>
<p><i>what I think is that we need to be secure without having to rely on bugfinding. There are plenty of opportunities for better representation of legitimate functionality (software safety data sheets) and enhanced monitoring. We will always be behind the game trying to deal with finding every flaw in the world</i></p>
<p>If you keep talking this line over the years, I&#8217;m going to be more and more likely to agree with you.</p>
<p>What do we do until software safety sheets reach popular culture as critical mass?  In a world where Consumer Reports still rates AV software and network equipment vendors put the words, &#8220;NERC CIP-compliant&#8221; on their latest hardware and software &#8212; isn&#8217;t bugfinding a bit more appropriate?</p>
<p>IMO, we will always be behind the game if vendors can continue to sell security as marketing terminology or shoddy blackfilter products.</p>
<p>In this Dan Kaminsky situation, I agree with you.  There was no reason to go public in the way and to the degree that he did.  Dan has done us all a disfavor.</p>
<p><i>Dan, I like positive press, too, but if you go back and look at what you&#8217;ve done, it was probably the biggest self-initiated ego-trip I&#8217;ve ever seen in bugfinding history.</p>
<p>Not only that, but I think it is arrogant to try to &#8220;order&#8221; people around with &#8220;Just.Patch.Now&#8221; kinds of assertions, when you have no clue what they have going on at their jobs and how this announcement fits into it. And when your supporters start getting self-righteous and calling people stupid for not patching, I find it even more offensive</i></p>
<p>Maybe you&#8217;ll be interested to know that Dan won the Pwnie award for &#8220;Most over-hyped bug&#8221;, and then proceeded to storm off-stage and out the room crying and acting like a baby.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spire Security Viewpoint</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-181</link>
		<dc:creator>Spire Security Viewpoint</dc:creator>
		<pubDate>Wed, 30 Jul 2008 13:25:37 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-181</guid>
		<description><![CDATA[&lt;strong&gt;DNS Flaw, Continued&lt;/strong&gt;

I wrote a more in-depth risk assessment for the DNS flaw on the Burton Group SRMS blog.
]]></description>
		<content:encoded><![CDATA[<p><strong>DNS Flaw, Continued</strong></p>
<p>I wrote a more in-depth risk assessment for the DNS flaw on the Burton Group SRMS blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-178</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Mon, 28 Jul 2008 18:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-178</guid>
		<description><![CDATA[@Pete

I think you severely underestimate the ability and motivation of the bad guys, and that accounts for our difference of opinion.  If the bugfinders are really that much smarter than the bad guys, then I take your point.  On the other hand, when there is so much evidence of financially motivated and able attackers (especially in Russia and China), I tend to believe that the attackers already know most of these vulnerabilities.  In that case, the bugfinders are only helping to close the gap, and I appreciate their work.

And, to point of the attention-seeking, I think that&#039;s a lot less beneficial than it once was.  I used to believe that Microsoft needed to be publicly embarrassed before it would clean up its act.  Now I know that Microsoft improved their security because they saw it was necessary.  Oracle is repeatedly exposed as vulnerable and they still get away with an &quot;Unbreakable&quot; ad campaign, so clearly the publicity has no impact on the bottom line.

I could do with less publicity-whoring.  Especially from Kaminsky, whose act includes his grandmother, doing shots on stage, some kind of sombrero, and now his niece.  It&#039;s difficult to take him seriously.


]]></description>
		<content:encoded><![CDATA[<p>@Pete</p>
<p>I think you severely underestimate the ability and motivation of the bad guys, and that accounts for our difference of opinion.  If the bugfinders are really that much smarter than the bad guys, then I take your point.  On the other hand, when there is so much evidence of financially motivated and able attackers (especially in Russia and China), I tend to believe that the attackers already know most of these vulnerabilities.  In that case, the bugfinders are only helping to close the gap, and I appreciate their work.</p>
<p>And, to point of the attention-seeking, I think that&#8217;s a lot less beneficial than it once was.  I used to believe that Microsoft needed to be publicly embarrassed before it would clean up its act.  Now I know that Microsoft improved their security because they saw it was necessary.  Oracle is repeatedly exposed as vulnerable and they still get away with an &#8220;Unbreakable&#8221; ad campaign, so clearly the publicity has no impact on the bottom line.</p>
<p>I could do with less publicity-whoring.  Especially from Kaminsky, whose act includes his grandmother, doing shots on stage, some kind of sombrero, and now his niece.  It&#8217;s difficult to take him seriously.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-177</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Mon, 28 Jul 2008 18:19:23 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-177</guid>
		<description><![CDATA[@Steve -

1) I am &quot;against&quot; any discovery and disclosure events that increase risk. I hold open the possibility that there are situations where this doesn&#039;t happen (QA for pre-GA software might be a good example here). In general, random public discovery and disclosure increases risk and I am all for minimizing it.

2) I am particularly &quot;against&quot; bugfinders who find bugs thinking they are doing the world a favor, and by extension encouraging other people who want to be heroes to go out and find bugs too.

3) The rate of vulnerability creation is far exceeding the rate of vuln discovery, so while every find seems beneficial, they are Pyrrhic victories in a war we are losing. Therefore, I am &quot;for&quot; developing existing techniques and finding new ones that put us in a better position of winning.

4) You make an assumption that bugfinders magically find the vulns the bad guys find. In an unconstrained world of vulnerabilities, this probability is extremely low.

This means that bugfinders are contributing even more to the smart bad guys being able to find flaws and exploit them because they are distracting us and consuming significant resources on the wrong vulnerabilities.

Then, lo and behold, even those vulnerabilities get exploited and we&#039;ve increased risk and created an even bigger problem. Meanwhile, those smart bad guys that you think I am leaving alone are being aided and abetted by folks like you who support disclosure.

5) You seem to imply that this is the only way to protect ourselves. If it is, we are dead. But it isn&#039;t. We need to focus more on trusted systems and monitoring, and a lot less on vuln patching. But we can&#039;t because bugfinders keep creating imminent threats out of thin air that must be addressed. (And meanwhile, I say again, the really smart bad guys are still doing their thing.)
]]></description>
		<content:encoded><![CDATA[<p>@Steve -</p>
<p>1) I am &#8220;against&#8221; any discovery and disclosure events that increase risk. I hold open the possibility that there are situations where this doesn&#8217;t happen (QA for pre-GA software might be a good example here). In general, random public discovery and disclosure increases risk and I am all for minimizing it.</p>
<p>2) I am particularly &#8220;against&#8221; bugfinders who find bugs thinking they are doing the world a favor, and by extension encouraging other people who want to be heroes to go out and find bugs too.</p>
<p>3) The rate of vulnerability creation is far exceeding the rate of vuln discovery, so while every find seems beneficial, they are Pyrrhic victories in a war we are losing. Therefore, I am &#8220;for&#8221; developing existing techniques and finding new ones that put us in a better position of winning.</p>
<p>4) You make an assumption that bugfinders magically find the vulns the bad guys find. In an unconstrained world of vulnerabilities, this probability is extremely low.</p>
<p>This means that bugfinders are contributing even more to the smart bad guys being able to find flaws and exploit them because they are distracting us and consuming significant resources on the wrong vulnerabilities.</p>
<p>Then, lo and behold, even those vulnerabilities get exploited and we&#8217;ve increased risk and created an even bigger problem. Meanwhile, those smart bad guys that you think I am leaving alone are being aided and abetted by folks like you who support disclosure.</p>
<p>5) You seem to imply that this is the only way to protect ourselves. If it is, we are dead. But it isn&#8217;t. We need to focus more on trusted systems and monitoring, and a lot less on vuln patching. But we can&#8217;t because bugfinders keep creating imminent threats out of thin air that must be addressed. (And meanwhile, I say again, the really smart bad guys are still doing their thing.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-176</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Mon, 28 Jul 2008 17:28:13 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-176</guid>
		<description><![CDATA[@Pete:

The consumer reports analogy was intended to show another instance of a third party with better/more information helping a group of consumers without the time or expertise to do the evaluation themselves.  It was probably a bad analogy.

If I&#039;m reading you correctly, you are against all forms of vulnerability disclosure?  Like Mr. Burns, the world is so ridden with software bugs that the only thing keeping us alive is that all the bugs try to get through the door at the same time?

So, no disclosure?  Let the smart bad guys find all the flaws and exploit them, in order to keep the lesser bad guys from learning about them (and, by extension, preventing the good guys from having a chance to protect themselves)?


]]></description>
		<content:encoded><![CDATA[<p>@Pete:</p>
<p>The consumer reports analogy was intended to show another instance of a third party with better/more information helping a group of consumers without the time or expertise to do the evaluation themselves.  It was probably a bad analogy.</p>
<p>If I&#8217;m reading you correctly, you are against all forms of vulnerability disclosure?  Like Mr. Burns, the world is so ridden with software bugs that the only thing keeping us alive is that all the bugs try to get through the door at the same time?</p>
<p>So, no disclosure?  Let the smart bad guys find all the flaws and exploit them, in order to keep the lesser bad guys from learning about them (and, by extension, preventing the good guys from having a chance to protect themselves)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-175</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Mon, 28 Jul 2008 14:27:35 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-175</guid>
		<description><![CDATA[@Steve -

People withhold vulnerability information all the time. Bad guys likely have plenty of vulnerabilities that we don&#039;t know about. But there are too many vulnerabilities to try to find them all.

Clearly, systems are better off without bugs in them. I don&#039;t think you can find any of them... In fact, I don&#039;t even think you can find the majority of them... People are NOT better off when you find a single bug out of the many that exist and disclose it to the world.

No, I don&#039;t get mad at Consumer Reports because there is no intelligent adversary involved who could inject lead paint in millions of toys around the world with the information Consumer Reports provides. (Not sure why you think that analogy is a good one).
]]></description>
		<content:encoded><![CDATA[<p>@Steve -</p>
<p>People withhold vulnerability information all the time. Bad guys likely have plenty of vulnerabilities that we don&#8217;t know about. But there are too many vulnerabilities to try to find them all.</p>
<p>Clearly, systems are better off without bugs in them. I don&#8217;t think you can find any of them&#8230; In fact, I don&#8217;t even think you can find the majority of them&#8230; People are NOT better off when you find a single bug out of the many that exist and disclose it to the world.</p>
<p>No, I don&#8217;t get mad at Consumer Reports because there is no intelligent adversary involved who could inject lead paint in millions of toys around the world with the information Consumer Reports provides. (Not sure why you think that analogy is a good one).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-174</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Mon, 28 Jul 2008 12:57:05 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-174</guid>
		<description><![CDATA[Dan is right.  You can&#039;t stick your head in the sand and assume that this hasn&#039;t been discovered by at least some bad actors in the last 10 years or so.  Dan&#039;s a publicity whore, and his grandstanding is annoying, but systems are better off without bugs in them.

And that&#039;s where I don&#039;t get the anger directed at people that find bugs.  Do you also get pissed when Consumer Reports discovers lead paint in toys?  Would you rather carry on believing all the toys are safe, instead?
]]></description>
		<content:encoded><![CDATA[<p>Dan is right.  You can&#8217;t stick your head in the sand and assume that this hasn&#8217;t been discovered by at least some bad actors in the last 10 years or so.  Dan&#8217;s a publicity whore, and his grandstanding is annoying, but systems are better off without bugs in them.</p>
<p>And that&#8217;s where I don&#8217;t get the anger directed at people that find bugs.  Do you also get pissed when Consumer Reports discovers lead paint in toys?  Would you rather carry on believing all the toys are safe, instead?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Kaminsky</title>
		<link>http://spiresecurity.com/?p=153&#038;cpage=1#comment-173</link>
		<dc:creator>Dan Kaminsky</dc:creator>
		<pubDate>Mon, 28 Jul 2008 07:06:19 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=153#comment-173</guid>
		<description><![CDATA[Well, here&#039;s the draft that would have led to this bug breaking publicly, right about now.

http://tools.ietf.org/html/draft-ietf-dnsext-forgery-resilience-05

(Don&#039;t be too surprised by the timing; Amit Klein&#039;s TXID randomness attacks were gated by TTL opportunities.  This is a necessary consequence of that talk.)

I think we can agree that this bug would have been far riskier just going public one day, than this staged disclosure.  In absolute terms, there would be more incidents from the inevitable rebuttal to Forgery Resilience than from a simultaneous patch event.

Beyond that, I suspect that the long term damage to the Net of this bug staying in the hands of a few bad guys (it&#039;s too simple not to have) would have been -- has been -- silent but quite deadly.

I guess it comes down to -- suppose you knew of a flaw that could really break things.  Would you just leave it there, waiting to hurt people?  Or would you try to do something about it?

I&#039;m trying to do something about it.  I&#039;m not asking for anyone&#039;s gratitude.  Actually, the security community is pretty pissed at me right now -- broke their rules, knowingly.  What&#039;s increasingly clear to me is we need good ways to deal with these flaws, and that just leaving them there until they collapse is just as dangerous an idea with internet infrastructure as it is with our roads and bridges.

I look forward to seeing what everyone has to say, when all this is said and done -- even you.  Though I will say, the inflammatory titles do not help your credibility in that matter.

(If I wanted to ignore you, I would.)
]]></description>
		<content:encoded><![CDATA[<p>Well, here&#8217;s the draft that would have led to this bug breaking publicly, right about now.</p>
<p><a href="http://tools.ietf.org/html/draft-ietf-dnsext-forgery-resilience-05" rel="nofollow">http://tools.ietf.org/html/draft-ietf-dnsext-forgery-resilience-05</a></p>
<p>(Don&#8217;t be too surprised by the timing; Amit Klein&#8217;s TXID randomness attacks were gated by TTL opportunities.  This is a necessary consequence of that talk.)</p>
<p>I think we can agree that this bug would have been far riskier just going public one day, than this staged disclosure.  In absolute terms, there would be more incidents from the inevitable rebuttal to Forgery Resilience than from a simultaneous patch event.</p>
<p>Beyond that, I suspect that the long term damage to the Net of this bug staying in the hands of a few bad guys (it&#8217;s too simple not to have) would have been &#8212; has been &#8212; silent but quite deadly.</p>
<p>I guess it comes down to &#8212; suppose you knew of a flaw that could really break things.  Would you just leave it there, waiting to hurt people?  Or would you try to do something about it?</p>
<p>I&#8217;m trying to do something about it.  I&#8217;m not asking for anyone&#8217;s gratitude.  Actually, the security community is pretty pissed at me right now &#8212; broke their rules, knowingly.  What&#8217;s increasingly clear to me is we need good ways to deal with these flaws, and that just leaving them there until they collapse is just as dangerous an idea with internet infrastructure as it is with our roads and bridges.</p>
<p>I look forward to seeing what everyone has to say, when all this is said and done &#8212; even you.  Though I will say, the inflammatory titles do not help your credibility in that matter.</p>
<p>(If I wanted to ignore you, I would.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
