<?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: Website Vulnerability Research and Disclosure</title>
	<atom:link href="http://www.veracode.com/blog/2010/06/website-vulnerability-research-and-disclosure/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.veracode.com/blog/2010/06/website-vulnerability-research-and-disclosure/</link>
	<description>Application security testing, analysis, and metrics</description>
	<lastBuildDate>Thu, 09 Feb 2012 11:59:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jim Jones</title>
		<link>http://www.veracode.com/blog/2010/06/website-vulnerability-research-and-disclosure/comment-page-1/#comment-5535</link>
		<dc:creator>Jim Jones</dc:creator>
		<pubDate>Sun, 01 Aug 2010 17:19:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=1262#comment-5535</guid>
		<description>&quot;....what about the 7.8 million vulnerabilities (plus) already out there?&quot;

Stop using WinBlows and Hackintosh. Require TLS 1.2 &amp; stop all other ssl key negotiation at core routers. Require 4G.....  its a start...</description>
		<content:encoded><![CDATA[<p>&#8220;&#8230;.what about the 7.8 million vulnerabilities (plus) already out there?&#8221;</p>
<p>Stop using WinBlows and Hackintosh. Require TLS 1.2 &amp; stop all other ssl key negotiation at core routers. Require 4G&#8230;..  its a start&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Lewis</title>
		<link>http://www.veracode.com/blog/2010/06/website-vulnerability-research-and-disclosure/comment-page-1/#comment-4026</link>
		<dc:creator>Rob Lewis</dc:creator>
		<pubDate>Fri, 18 Jun 2010 01:46:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=1262#comment-4026</guid>
		<description>Nice post. A sound position to take going forward.

As Jeremiah says though, what about the 7.8 million vulnerabiltlies (plus) already out there?</description>
		<content:encoded><![CDATA[<p>Nice post. A sound position to take going forward.</p>
<p>As Jeremiah says though, what about the 7.8 million vulnerabiltlies (plus) already out there?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OscarZ</title>
		<link>http://www.veracode.com/blog/2010/06/website-vulnerability-research-and-disclosure/comment-page-1/#comment-4016</link>
		<dc:creator>OscarZ</dc:creator>
		<pubDate>Thu, 17 Jun 2010 14:45:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=1262#comment-4016</guid>
		<description>Interesting comments.

As a long time vuln analyst, I am uncomfortable seeing Goatse here in this difficult position. I will be surprised if they do not get criminal charges. Unfortunately, we know what they did was ethical, well meaning (probably had some &#039;not so well meaning motives&#039; as well, but not nasty ones)... and simply inexperienced.

This is, really, a new situation. 

Best for everyone: if it is taken into consideration that the webpages were publicly accessible, and that the vendor was warned, further that no data was abused.

This sort of disclosure has been done plenty of times in the past. What is the difference here? 

The political environment is one. People are increasingly impatient with the Apple-ATT romance. There has been a confluence of bad slips in this relationship recently which has raised this issue already to the surface.

Two, they did not just say, &quot;this error is on the site&quot;. They did not just prove one access could be done. They proved well over a hundred thousand. And they sent that proof - confidential data - to journalists. Who knows where else they sent it? That forces an investigation.

Three, they grabbed the email addresses of a huge range of powerful people. People who do not necessarily grasp the meaning and context of the research, just as many journalists do not.

(Read: hyped news stories and inaccurate depictions of &#039;what really happened&#039;. No one was really &quot;hacked&quot;. It was a research discovery. As far as we know at this time.)

Four, the ipad is huge and just came out.


For us in comp sec, however, it highlights just how shoddy websites are in comparison with desktop and network applications. Further, how these two are very much entwined, regardless.

It is a sort of cloud attack. 


There has to be room here for stronger pressure from the ethical research community for corporations to cover their web app bases. Just as there was and is in the full disclosure movement on applications people can lawfully pry into.

But how is this to really be done in a comparative way?

Hard problem.</description>
		<content:encoded><![CDATA[<p>Interesting comments.</p>
<p>As a long time vuln analyst, I am uncomfortable seeing Goatse here in this difficult position. I will be surprised if they do not get criminal charges. Unfortunately, we know what they did was ethical, well meaning (probably had some &#8216;not so well meaning motives&#8217; as well, but not nasty ones)&#8230; and simply inexperienced.</p>
<p>This is, really, a new situation. </p>
<p>Best for everyone: if it is taken into consideration that the webpages were publicly accessible, and that the vendor was warned, further that no data was abused.</p>
<p>This sort of disclosure has been done plenty of times in the past. What is the difference here? </p>
<p>The political environment is one. People are increasingly impatient with the Apple-ATT romance. There has been a confluence of bad slips in this relationship recently which has raised this issue already to the surface.</p>
<p>Two, they did not just say, &#8220;this error is on the site&#8221;. They did not just prove one access could be done. They proved well over a hundred thousand. And they sent that proof &#8211; confidential data &#8211; to journalists. Who knows where else they sent it? That forces an investigation.</p>
<p>Three, they grabbed the email addresses of a huge range of powerful people. People who do not necessarily grasp the meaning and context of the research, just as many journalists do not.</p>
<p>(Read: hyped news stories and inaccurate depictions of &#8216;what really happened&#8217;. No one was really &#8220;hacked&#8221;. It was a research discovery. As far as we know at this time.)</p>
<p>Four, the ipad is huge and just came out.</p>
<p>For us in comp sec, however, it highlights just how shoddy websites are in comparison with desktop and network applications. Further, how these two are very much entwined, regardless.</p>
<p>It is a sort of cloud attack. </p>
<p>There has to be room here for stronger pressure from the ethical research community for corporations to cover their web app bases. Just as there was and is in the full disclosure movement on applications people can lawfully pry into.</p>
<p>But how is this to really be done in a comparative way?</p>
<p>Hard problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mac</title>
		<link>http://www.veracode.com/blog/2010/06/website-vulnerability-research-and-disclosure/comment-page-1/#comment-3843</link>
		<dc:creator>mac</dc:creator>
		<pubDate>Wed, 16 Jun 2010 14:21:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=1262#comment-3843</guid>
		<description>When is work &quot;research&quot; and when is it just plain &quot;hacking&quot;? Can anyone just claim that they did &quot;something&quot; in the name of science as a &quot;researcher&quot;?</description>
		<content:encoded><![CDATA[<p>When is work &#8220;research&#8221; and when is it just plain &#8220;hacking&#8221;? Can anyone just claim that they did &#8220;something&#8221; in the name of science as a &#8220;researcher&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Steingruebl</title>
		<link>http://www.veracode.com/blog/2010/06/website-vulnerability-research-and-disclosure/comment-page-1/#comment-3555</link>
		<dc:creator>Andy Steingruebl</dc:creator>
		<pubDate>Mon, 14 Jun 2010 22:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=1262#comment-3555</guid>
		<description>To self-promote a little - some people do have website vulnerability disclosure policies that allow researchers to responsibly disclose without fear of prosecution.

Security Disclosure Policies That Remove Chilling Effects
http://securityretentive.blogspot.com/2009/12/security-disclosure-policies-that.html</description>
		<content:encoded><![CDATA[<p>To self-promote a little &#8211; some people do have website vulnerability disclosure policies that allow researchers to responsibly disclose without fear of prosecution.</p>
<p>Security Disclosure Policies That Remove Chilling Effects<br />
<a href="http://securityretentive.blogspot.com/2009/12/security-disclosure-policies-that.html" rel="nofollow">http://securityretentive.blogspot.com/2009/12/security-disclosure-policies-that.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

