<?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"
	>
<channel>
	<title>Comments on: Researcher Matt Miller joins the Microsoft security team</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/security-bytes/researcher-matt-miller-joins-the-microsoft-security-team/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/security-bytes/researcher-matt-miller-joins-the-microsoft-security-team/</link>
	<description>A SearchSecurity.com blog</description>
	<pubDate>Wed, 25 Nov 2009 10:31:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Anony Mouse</title>
		<link>http://itknowledgeexchange.techtarget.com/security-bytes/researcher-matt-miller-joins-the-microsoft-security-team/#comment-544</link>
		<dc:creator>Anony Mouse</dc:creator>
		<pubDate>Sun, 24 Aug 2008 19:39:50 +0000</pubDate>
		<guid isPermaLink="false">http://security.blogs.techtarget.com/2008/08/18/researcher-matt-miller-joins-the-microsoft-security-team/#comment-544</guid>
		<description>I have read Professor Spafford’s response to this post and I find myself a bit puzzled.

There appears to be three distinct themes in his response; a quibble about terminology, a rant about lack of funding and finally what appears to be a shot at Microsoft for discontinuing support (moral? financial?) for the “real” researchers at Purdue.

This begs further discussion.

Regardless of whether Mr. Miller and his ilk are called “security researchers” “professional penetration testers” “poseurs” or “felons” is irrelevant.  What *is* relevant is that Mr. Miller and others like him have specific subject matter expertise that can be applied to various classes of *real* as opposed to theoretical security problems. Dan Kaminsky recently reported a major *design* flaw in DNS – by all accounts he did a tremendous amount of work and then took pains to have his work peer-reviewed and then worked responsibly with various groups (including US CERT, vendors and Paul Vixie) to craft a remediation. I fail to see where this differs markedly from the research process employed in “real” computer science and more pointedly, I note that the discovery did *not* come from the “real” security research community to which Professor Spafford belongs.  

Thus, the next issue that begs to be discussed is - if Professor Spafford is so offended with the “noms de guerre” of the legitimate hacker community who are focusing applied expertise on real world (i.e. DNS) problems what has the “real” security research community contributed of late?  To be sure, there are pockets of brillance - exceedingly smart individuals in academia who are working on hard security problems – and producing great results (Dan Boneh at Stanford, Ed Felten at Princeton, and David Wagner at Berkeley come to mind). Given that, let us take it one step further – what DNS class flaw or other profoundly seminal work has Purdue contributed of late?  Analysis of the Morris Worm, Dan/SATAN and Tripwire are all noted – and all old news.  Yes, I know of Arxan, but I believe that was Professor Atallah.

While Professor Spafford concedes that the role of “professional penetration tester” requires “some” talent, I expect that it is not lost on him that individuals like Mr. Miller are in business due in large part to the *failure* of the higher education system - form over function at all costs. While I know that Purdue and Professor Spafford cannot be held to account for the entire academic computer science research community, can we at least expect that all CS students from Purdue are so well versed in security that Mr. Miller, Mr. Kaminsky and others need not pay attention to the software they create or the systems they design?

With regard to the comment that by Microsoft hiring Mr. Miller its “likely to further divert resources” this seems to be a specious argument – whether Microsoft, Apple or Victoria’s Secret hires individuals from this field is irrelevant. It is *not* the responsibility of corporations to fund academic research – that is the job of government. Simple economics and business practice dictate that money follows expertise – if Microsoft Research (or any other funding entity government or otherwise) can identify or derive value from the work done at Purdue, then expect a windfall. If not, then that may prompt some soul searching.  In the meantime, expect others like the “false gods” of the security research community to cash in on your behalf.</description>
		<content:encoded><![CDATA[<p>I have read Professor Spafford’s response to this post and I find myself a bit puzzled.</p>
<p>There appears to be three distinct themes in his response; a quibble about terminology, a rant about lack of funding and finally what appears to be a shot at Microsoft for discontinuing support (moral? financial?) for the “real” researchers at Purdue.</p>
<p>This begs further discussion.</p>
<p>Regardless of whether Mr. Miller and his ilk are called “security researchers” “professional penetration testers” “poseurs” or “felons” is irrelevant.  What *is* relevant is that Mr. Miller and others like him have specific subject matter expertise that can be applied to various classes of *real* as opposed to theoretical security problems. Dan Kaminsky recently reported a major *design* flaw in DNS – by all accounts he did a tremendous amount of work and then took pains to have his work peer-reviewed and then worked responsibly with various groups (including US CERT, vendors and Paul Vixie) to craft a remediation. I fail to see where this differs markedly from the research process employed in “real” computer science and more pointedly, I note that the discovery did *not* come from the “real” security research community to which Professor Spafford belongs.  </p>
<p>Thus, the next issue that begs to be discussed is - if Professor Spafford is so offended with the “noms de guerre” of the legitimate hacker community who are focusing applied expertise on real world (i.e. DNS) problems what has the “real” security research community contributed of late?  To be sure, there are pockets of brillance - exceedingly smart individuals in academia who are working on hard security problems – and producing great results (Dan Boneh at Stanford, Ed Felten at Princeton, and David Wagner at Berkeley come to mind). Given that, let us take it one step further – what DNS class flaw or other profoundly seminal work has Purdue contributed of late?  Analysis of the Morris Worm, Dan/SATAN and Tripwire are all noted – and all old news.  Yes, I know of Arxan, but I believe that was Professor Atallah.</p>
<p>While Professor Spafford concedes that the role of “professional penetration tester” requires “some” talent, I expect that it is not lost on him that individuals like Mr. Miller are in business due in large part to the *failure* of the higher education system - form over function at all costs. While I know that Purdue and Professor Spafford cannot be held to account for the entire academic computer science research community, can we at least expect that all CS students from Purdue are so well versed in security that Mr. Miller, Mr. Kaminsky and others need not pay attention to the software they create or the systems they design?</p>
<p>With regard to the comment that by Microsoft hiring Mr. Miller its “likely to further divert resources” this seems to be a specious argument – whether Microsoft, Apple or Victoria’s Secret hires individuals from this field is irrelevant. It is *not* the responsibility of corporations to fund academic research – that is the job of government. Simple economics and business practice dictate that money follows expertise – if Microsoft Research (or any other funding entity government or otherwise) can identify or derive value from the work done at Purdue, then expect a windfall. If not, then that may prompt some soul searching.  In the meantime, expect others like the “false gods” of the security research community to cash in on your behalf.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Fisher</title>
		<link>http://itknowledgeexchange.techtarget.com/security-bytes/researcher-matt-miller-joins-the-microsoft-security-team/#comment-543</link>
		<dc:creator>Dennis Fisher</dc:creator>
		<pubDate>Tue, 19 Aug 2008 12:47:41 +0000</pubDate>
		<guid isPermaLink="false">http://security.blogs.techtarget.com/2008/08/18/researcher-matt-miller-joins-the-microsoft-security-team/#comment-543</guid>
		<description>This comment was submitted by Gene Spafford of Purdue University's CERIAS center:

As a real security researcher it bothers me that people who focus on finding vulnerabilities in existing (usually weak) systems are given the same title. I will concede that there is some talent required to find some of the vulnerabilities that are exposed. However, that really isn't "security research" any more than finding a way to break in and steal the disks is "security research." Security research includes organized analysis, design, construction and derivation of more general principles. "Professional penetration tester" is a fair title, and one with honor and history going back many decades (although I suspect few of the current fraternity have actually studied the methods and discoveries of the pioneers in the field). My concern is that real security research -- into better protocols, architectures, forensics, formal models, and more -- is badly underfunded and poorly supported. Giving people the idea that finding exploits for flaws in systems that weren't really designed for security is "research" is likely to further divert resources away from efforts that could make a difference in the future. It is especially disappointing, in light of this particular post, to note that Microsoft is discontinuing their support of our (real) security research center -- because they could not find someone inside Microsoft Research who was willing to advocate internally that it was important. "Penetrate and patch" is probably important for many vendors and customers as long as overly-complex systems with little security design are dominant. Penetration testers and automated patching are part of that landscape. But it doesn't have to be that way, and real research can make a difference, if it is supported....and that is less likely if the majority of people think that "research" is primarily (or only) breaking systems.</description>
		<content:encoded><![CDATA[<p>This comment was submitted by Gene Spafford of Purdue University&#8217;s CERIAS center:</p>
<p>As a real security researcher it bothers me that people who focus on finding vulnerabilities in existing (usually weak) systems are given the same title. I will concede that there is some talent required to find some of the vulnerabilities that are exposed. However, that really isn&#8217;t &#8220;security research&#8221; any more than finding a way to break in and steal the disks is &#8220;security research.&#8221; Security research includes organized analysis, design, construction and derivation of more general principles. &#8220;Professional penetration tester&#8221; is a fair title, and one with honor and history going back many decades (although I suspect few of the current fraternity have actually studied the methods and discoveries of the pioneers in the field). My concern is that real security research &#8212; into better protocols, architectures, forensics, formal models, and more &#8212; is badly underfunded and poorly supported. Giving people the idea that finding exploits for flaws in systems that weren&#8217;t really designed for security is &#8220;research&#8221; is likely to further divert resources away from efforts that could make a difference in the future. It is especially disappointing, in light of this particular post, to note that Microsoft is discontinuing their support of our (real) security research center &#8212; because they could not find someone inside Microsoft Research who was willing to advocate internally that it was important. &#8220;Penetrate and patch&#8221; is probably important for many vendors and customers as long as overly-complex systems with little security design are dominant. Penetration testers and automated patching are part of that landscape. But it doesn&#8217;t have to be that way, and real research can make a difference, if it is supported&#8230;.and that is less likely if the majority of people think that &#8220;research&#8221; is primarily (or only) breaking systems.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- dynamic -->