<?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: Vulnerability found in security tool</title>
	<atom:link href="http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/</link>
	<description>A tool for designers dealing with programmers dealing with designers...</description>
	<pubDate>Tue, 14 Oct 2008 02:00:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Gareth Heyes</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-268</link>
		<dc:creator>Gareth Heyes</dc:creator>
		<pubDate>Sun, 29 Jul 2007 10:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-268</guid>
		<description>Chris I know how same origin policy works and it is totally irrelevant to my point. You had a XSS hole which allows anyone to execute Javascript on your site on their behalf. Perhaps you should be more professional and test your tools before trying to downplay the very vulnerabilities that you blog about.

I'm not going to continue this discussion because I feel you are just trying to excuse yourself from the embarrassing mistake you made.</description>
		<content:encoded><![CDATA[<p>Chris I know how same origin policy works and it is totally irrelevant to my point. You had a XSS hole which allows anyone to execute Javascript on your site on their behalf. Perhaps you should be more professional and test your tools before trying to downplay the very vulnerabilities that you blog about.</p>
<p>I&#8217;m not going to continue this discussion because I feel you are just trying to excuse yourself from the embarrassing mistake you made.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Shiflett</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-265</link>
		<dc:creator>Chris Shiflett</dc:creator>
		<pubDate>Sun, 29 Jul 2007 04:14:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-265</guid>
		<description>You're not doing yourself any favors by acting haughty and immature. Please try to be a bit more professional; I'm trying to give you the benefit of the doubt.

XSS attacks exploit a client-side context and are therefore bound by the same-origin policy:

http://en.wikipedia.org/wiki/Same_origin_policy

For example, if a web site is mostly static, and the only non-static part is a broken 404 handler that has an XSS vulnerability, exploiting it is almost useless. If a web site doesn't use cookies, or if the cookies it uses aren't sensitive or trusted, stealing them is not the all-powerful exploit you seem to think it is. Consider a blog where a cookie is used to remember someone's name, and the next time that person comments, their name is pre-filled. Stealing such a cookie gains you very little. You can already fill out the form yourself and provide any name you want.

The vast majority of people who visit my site are readers. A very small minority join the discussions. An even smaller minority maintain modest profiles. It is the latter group that motivated me to restrict the schemes that the CSRF Redirector allows. Isolating it to its own domain would give me the opportunity to loosen this restriction without putting any of my readers at risk, which is why I mentioned this as an option.

I did not elaborate on these points previously out of respect. (In fact, I only mentioned the same-origin policy after it seemed necessary.) You blog about web application security, so explaining the mundane details of XSS seemed disrespectful. The fact that your response lacks this same respect is disappointing.</description>
		<content:encoded><![CDATA[<p>You&#8217;re not doing yourself any favors by acting haughty and immature. Please try to be a bit more professional; I&#8217;m trying to give you the benefit of the doubt.</p>
<p>XSS attacks exploit a client-side context and are therefore bound by the same-origin policy:</p>
<p><a href="http://en.wikipedia.org/wiki/Same_origin_policy" rel="nofollow">http://en.wikipedia.org/wiki/Same_origin_policy</a></p>
<p>For example, if a web site is mostly static, and the only non-static part is a broken 404 handler that has an XSS vulnerability, exploiting it is almost useless. If a web site doesn&#8217;t use cookies, or if the cookies it uses aren&#8217;t sensitive or trusted, stealing them is not the all-powerful exploit you seem to think it is. Consider a blog where a cookie is used to remember someone&#8217;s name, and the next time that person comments, their name is pre-filled. Stealing such a cookie gains you very little. You can already fill out the form yourself and provide any name you want.</p>
<p>The vast majority of people who visit my site are readers. A very small minority join the discussions. An even smaller minority maintain modest profiles. It is the latter group that motivated me to restrict the schemes that the CSRF Redirector allows. Isolating it to its own domain would give me the opportunity to loosen this restriction without putting any of my readers at risk, which is why I mentioned this as an option.</p>
<p>I did not elaborate on these points previously out of respect. (In fact, I only mentioned the same-origin policy after it seemed necessary.) You blog about web application security, so explaining the mundane details of XSS seemed disrespectful. The fact that your response lacks this same respect is disappointing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gareth Heyes</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-256</link>
		<dc:creator>Gareth Heyes</dc:creator>
		<pubDate>Tue, 24 Jul 2007 20:13:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-256</guid>
		<description>If you want Chris I shall demo stealing your cookies, reinstate the vulnerability and I will provide you with a link which transfers the cookies from your domain to another domain.</description>
		<content:encoded><![CDATA[<p>If you want Chris I shall demo stealing your cookies, reinstate the vulnerability and I will provide you with a link which transfers the cookies from your domain to another domain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gareth Heyes</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-255</link>
		<dc:creator>Gareth Heyes</dc:creator>
		<pubDate>Tue, 24 Jul 2007 19:54:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-255</guid>
		<description>Huh? lol so you consider a XSS hole on your server to be a slight risk. I suggest you look into XSS.

I could transfer the cookies from your domain to any domain if a XSS hole is found on your site.</description>
		<content:encoded><![CDATA[<p>Huh? lol so you consider a XSS hole on your server to be a slight risk. I suggest you look into XSS.</p>
<p>I could transfer the cookies from your domain to any domain if a XSS hole is found on your site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Shiflett</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-254</link>
		<dc:creator>Chris Shiflett</dc:creator>
		<pubDate>Tue, 24 Jul 2007 16:07:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-254</guid>
		<description>Gareth, the risk that XSS presents is limited by what's available within a particular domain. (Look into the same-origin policy.) This is both why I mentioned the risk being slight and why I mentioned the risk being acceptable if the vulnerability were isolated to its own domain.</description>
		<content:encoded><![CDATA[<p>Gareth, the risk that XSS presents is limited by what&#8217;s available within a particular domain. (Look into the same-origin policy.) This is both why I mentioned the risk being slight and why I mentioned the risk being acceptable if the vulnerability were isolated to its own domain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gareth Heyes</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-233</link>
		<dc:creator>Gareth Heyes</dc:creator>
		<pubDate>Sun, 22 Jul 2007 10:41:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-233</guid>
		<description>Chris the risk wasn't slight, your tool contained a XSS hole that could be exploited. 

Imagine a attacker who uses your tool then creates a tinyurl of it and then posts an interesting comment with a link to the tinyurl. The attacker could gain the cookies of the user or yourself.</description>
		<content:encoded><![CDATA[<p>Chris the risk wasn&#8217;t slight, your tool contained a XSS hole that could be exploited. </p>
<p>Imagine a attacker who uses your tool then creates a tinyurl of it and then posts an interesting comment with a link to the tinyurl. The attacker could gain the cookies of the user or yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Shiflett</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-232</link>
		<dc:creator>Chris Shiflett</dc:creator>
		<pubDate>Sat, 21 Jul 2007 23:06:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-232</guid>
		<description>I'd prefer to allow everything, but I don't want to expose my readers to any risk, however slight.

I could always isolate it to its own domain or something, and maybe that would be a good thing to do at some point. It would be nice to explore the opportunities that other schemes present.</description>
		<content:encoded><![CDATA[<p>I&#8217;d prefer to allow everything, but I don&#8217;t want to expose my readers to any risk, however slight.</p>
<p>I could always isolate it to its own domain or something, and maybe that would be a good thing to do at some point. It would be nice to explore the opportunities that other schemes present.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gareth Heyes</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-227</link>
		<dc:creator>Gareth Heyes</dc:creator>
		<pubDate>Wed, 18 Jul 2007 21:50:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-227</guid>
		<description>Maybe so but it did allow anything, including Javascript:

Glad you fixed it :)</description>
		<content:encoded><![CDATA[<p>Maybe so but it did allow anything, including Javascript:</p>
<p>Glad you fixed it <img src='http://www.thespanner.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Shiflett</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-224</link>
		<dc:creator>Chris Shiflett</dc:creator>
		<pubDate>Wed, 18 Jul 2007 17:31:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-224</guid>
		<description>The tool has never been disabled; only the http and https schemes can be used for the target URL.</description>
		<content:encoded><![CDATA[<p>The tool has never been disabled; only the http and https schemes can be used for the target URL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gareth Heyes</title>
		<link>http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-223</link>
		<dc:creator>Gareth Heyes</dc:creator>
		<pubDate>Wed, 18 Jul 2007 15:44:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.thespanner.co.uk/2007/07/18/vulnerability-found-in-security-tool/#comment-223</guid>
		<description>The tool has been disabled now. So the exploit will no longer work.</description>
		<content:encoded><![CDATA[<p>The tool has been disabled now. So the exploit will no longer work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
