<?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: CSRF Demystified</title>
	<atom:link href="http://www.gnucitizen.org/blog/csrf-demystified/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gnucitizen.org/blog/csrf-demystified/</link>
	<description>Information Security Think Tank</description>
	<lastBuildDate>Sat, 02 Feb 2013 17:50:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Matthew Nelson</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-133959</link>
		<dc:creator>Matthew Nelson</dc:creator>
		<pubDate>Fri, 27 Jan 2012 22:29:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-133959</guid>
		<description>&quot;Referer&quot; is not a bulletproof CSRF solution. The header can be stripped by privacy tools and corporate proxies. Browsers won&#039;t send the header for cross-domain HTTPS requests. Very old versions of Flash had a cross-domain header injection vulnerability. (See CVE-2006-5330.) Keep this in mind when choosing which requests to guard with &quot;Referer&quot; validation.</description>
		<content:encoded><![CDATA[<p>&#8220;Referer&#8221; is not a bulletproof CSRF solution. The header can be stripped by privacy tools and corporate proxies. Browsers won&#8217;t send the header for cross-domain HTTPS requests. Very old versions of Flash had a cross-domain header injection vulnerability. (See CVE-2006-5330.) Keep this in mind when choosing which requests to guard with &#8220;Referer&#8221; validation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CSRF attacks: Home DSL routers are vulnerable &#124; M.A.S. Electronics Web Blog</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-129283</link>
		<dc:creator>CSRF attacks: Home DSL routers are vulnerable &#124; M.A.S. Electronics Web Blog</dc:creator>
		<pubDate>Thu, 18 Nov 2010 15:10:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-129283</guid>
		<description>[...] to accomplish the e-mail deletion in the above example. The GNUCitizen Web site has an article â€œCSRF Demystifiedâ€ that explains the attack vector in detail. The following are some points that I found to be of [...]</description>
		<content:encoded><![CDATA[<p>[...] to accomplish the e-mail deletion in the above example. The GNUCitizen Web site has an article â€œCSRF Demystifiedâ€ that explains the attack vector in detail. The following are some points that I found to be of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cross Site Request Forgery (CSRF aka XSRF) &#8211; Explained &#124; Grey Hat Hacking â€“ Web 2.0 Applications</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-128389</link>
		<dc:creator>Cross Site Request Forgery (CSRF aka XSRF) &#8211; Explained &#124; Grey Hat Hacking â€“ Web 2.0 Applications</dc:creator>
		<pubDate>Tue, 23 Mar 2010 07:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-128389</guid>
		<description>[...] http://www.gnucitizen.org/blog/csrf-demystified/  Tags: Cross Site Request Forgery, CSRF, Web Vulnerability, [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.gnucitizen.org/blog/csrf-demystified/" rel="nofollow">http://www.gnucitizen.org/blog/csrf-demystified/</a>  Tags: Cross Site Request Forgery, CSRF, Web Vulnerability, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Was ist &#8220;Cross Site Request Forgery&#8221; (CSRF)? at PHP Gangsta</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-127784</link>
		<dc:creator>Was ist &#8220;Cross Site Request Forgery&#8221; (CSRF)? at PHP Gangsta</dc:creator>
		<pubDate>Sat, 22 Aug 2009 07:21:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-127784</guid>
		<description>[...] http://www.gnucitizen.org/blog/csrf-demystified/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.gnucitizen.org/blog/csrf-demystified/" rel="nofollow">http://www.gnucitizen.org/blog/csrf-demystified/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-126688</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Tue, 28 Apr 2009 06:28:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-126688</guid>
		<description>both GET and POST can be used in CSRF attacks.</description>
		<content:encoded><![CDATA[<p>both GET and POST can be used in CSRF attacks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: suman</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-126684</link>
		<dc:creator>suman</dc:creator>
		<pubDate>Tue, 28 Apr 2009 01:14:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-126684</guid>
		<description>you are assuming that the page uses a GET request right ?? The example wont work with POST perhaps</description>
		<content:encoded><![CDATA[<p>you are assuming that the page uses a GET request right ?? The example wont work with POST perhaps</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ataque: ¿Qué es Cross Site Request Forgery (CSRF)? &#124; Shadow Security</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-125689</link>
		<dc:creator>Ataque: ¿Qué es Cross Site Request Forgery (CSRF)? &#124; Shadow Security</dc:creator>
		<pubDate>Thu, 29 Jan 2009 14:34:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-125689</guid>
		<description>[...] CSRT Desmitificado (inglés) [...]</description>
		<content:encoded><![CDATA[<p>[...] CSRT Desmitificado (inglés) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anshita</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-125261</link>
		<dc:creator>anshita</dc:creator>
		<pubDate>Mon, 12 Jan 2009 17:13:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-125261</guid>
		<description>If i need to write patterns for csrf in an xml file,which can be then scanned by any scanner to analyse a particular web service,what would those patterns be like.For example in sql injection,we use a pattern like &quot;1=1&quot; or &quot;a=a&quot;.Please reply.</description>
		<content:encoded><![CDATA[<p>If i need to write patterns for csrf in an xml file,which can be then scanned by any scanner to analyse a particular web service,what would those patterns be like.For example in sql injection,we use a pattern like &#8220;1=1&#8243; or &#8220;a=a&#8221;.Please reply.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CSRF attacks: Home DSL routers are vulnerable &#124; Network Administrator &#124; TechRepublic.com</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-124641</link>
		<dc:creator>CSRF attacks: Home DSL routers are vulnerable &#124; Network Administrator &#124; TechRepublic.com</dc:creator>
		<pubDate>Mon, 08 Dec 2008 23:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-124641</guid>
		<description>[...] accomplish the e-mail deletion in the above example. The GNUCitizen Web site has an article &#8220;CSRF Demystified&#8221; that explains the attack vector in detail. The following are some points that I found to be [...]</description>
		<content:encoded><![CDATA[<p>[...] accomplish the e-mail deletion in the above example. The GNUCitizen Web site has an article &#8220;CSRF Demystified&#8221; that explains the attack vector in detail. The following are some points that I found to be [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ardoooooon</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-124285</link>
		<dc:creator>Ardoooooon</dc:creator>
		<pubDate>Fri, 07 Nov 2008 10:57:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-124285</guid>
		<description>Thanks! I found this very enlighting indeed, and has now taken action to prevent CSRF.

- Despite that, I still find that some of the preventive measures proposed weakens my website against other forms of attacks</description>
		<content:encoded><![CDATA[<p>Thanks! I found this very enlighting indeed, and has now taken action to prevent CSRF.</p>
<p>- Despite that, I still find that some of the preventive measures proposed weakens my website against other forms of attacks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: InfoSec &#38; Other Ramblings - Cross Site Request Forgery</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-122448</link>
		<dc:creator>InfoSec &#38; Other Ramblings - Cross Site Request Forgery</dc:creator>
		<pubDate>Wed, 04 Jun 2008 19:42:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-122448</guid>
		<description>[...] Mario sums up CSRF perfectly - http://www.gnucitizen.org/blog/csrf-demystified [...]</description>
		<content:encoded><![CDATA[<p>[...] Mario sums up CSRF perfectly &#8211; <a href="http://www.gnucitizen.org/blog/csrf-demystified" rel="nofollow">http://www.gnucitizen.org/blog/csrf-demystified</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mario Heiderich</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-78872</link>
		<dc:creator>Mario Heiderich</dc:creator>
		<pubDate>Thu, 29 Nov 2007 17:02:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-78872</guid>
		<description>Thanks guys - the feedback is very appreciated. 

And on a sidenote: The CSRFx has been developed further the recent days and lots of bugs were fixed. Also we did some performance measurements and found out that despite of the thorough regex usage the project doesn&#039;t slow down your webapp significantly.

10x for the support!
Greetings,
.mario</description>
		<content:encoded><![CDATA[<p>Thanks guys &#8211; the feedback is very appreciated. </p>
<p>And on a sidenote: The CSRFx has been developed further the recent days and lots of bugs were fixed. Also we did some performance measurements and found out that despite of the thorough regex usage the project doesn&#8217;t slow down your webapp significantly.</p>
<p>10x for the support!<br />
Greetings,<br />
.mario</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-78375</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Wed, 28 Nov 2007 19:54:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-78375</guid>
		<description>Tom, :) the older CSRF article was proposing a simple unobtrusive solution that actually works and it is very easy to implement.</description>
		<content:encoded><![CDATA[<p>Tom, :) the older CSRF article was proposing a simple unobtrusive solution that actually works and it is very easy to implement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-78321</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 28 Nov 2007 17:12:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-78321</guid>
		<description>Great article - I&#039;m very happy it doesn&#039;t suggest adding the session ID to the URL as a defense for CRLF, as a gnucitizen article did back in March (Top google hit for CSRF defense). 

Great suggestions, and unlike the previous article it does not make the site more succeptible to some attacks in order to harden against CSRF.</description>
		<content:encoded><![CDATA[<p>Great article &#8211; I&#8217;m very happy it doesn&#8217;t suggest adding the session ID to the URL as a defense for CRLF, as a gnucitizen article did back in March (Top google hit for CSRF defense). </p>
<p>Great suggestions, and unlike the previous article it does not make the site more succeptible to some attacks in order to harden against CSRF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fatmatt</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-78193</link>
		<dc:creator>fatmatt</dc:creator>
		<pubDate>Wed, 28 Nov 2007 11:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-78193</guid>
		<description>Thanx!!
It showed very clearly CSRF, i&#039;m already securing my web apps!! :)</description>
		<content:encoded><![CDATA[<p>Thanx!!<br />
It showed very clearly CSRF, i&#8217;m already securing my web apps!! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josep</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-75655</link>
		<dc:creator>Josep</dc:creator>
		<pubDate>Thu, 22 Nov 2007 21:39:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-75655</guid>
		<description>Thanks for this article, I found it very clear and straightforward!

I&#039;ve just started playing with it and found several webs vulnerable. Interesting... :)</description>
		<content:encoded><![CDATA[<p>Thanks for this article, I found it very clear and straightforward!</p>
<p>I&#8217;ve just started playing with it and found several webs vulnerable. Interesting&#8230; :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mario Heiderich</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-75050</link>
		<dc:creator>Mario Heiderich</dc:creator>
		<pubDate>Wed, 21 Nov 2007 13:01:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-75050</guid>
		<description>Thx! I always have difficulties when telling my colleagues during scrum that I worked on the see-es-ar-eff-ex again ;)

Yes - there are several ways to protect against CSRF in very special situations. Such as the password change form as you mentioned. But this article is targeted to create more awareness about the topic itself and about easy to implement solutions. 

Keeping XSS out in combination with using tokens is pretty bullet-proof. The CSRFx even takes care of accidental multiple submits since it stores a cloud of tokens for each user depending on session ID and user agent. So there are not many situations left in which such a tool wouldn&#039;t work.

Nevertheless you are perfectly right. It not only the tool but the application and front end logic that can mitigate CSRF holes too. The password change form is  perfect example for that - as well as &#039;delete profile&#039; forms and stuff like that.</description>
		<content:encoded><![CDATA[<p>Thx! I always have difficulties when telling my colleagues during scrum that I worked on the see-es-ar-eff-ex again ;)</p>
<p>Yes &#8211; there are several ways to protect against CSRF in very special situations. Such as the password change form as you mentioned. But this article is targeted to create more awareness about the topic itself and about easy to implement solutions. </p>
<p>Keeping XSS out in combination with using tokens is pretty bullet-proof. The CSRFx even takes care of accidental multiple submits since it stores a cloud of tokens for each user depending on session ID and user agent. So there are not many situations left in which such a tool wouldn&#8217;t work.</p>
<p>Nevertheless you are perfectly right. It not only the tool but the application and front end logic that can mitigate CSRF holes too. The password change form is  perfect example for that &#8211; as well as &#8216;delete profile&#8217; forms and stuff like that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-75039</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Wed, 21 Nov 2007 12:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-75039</guid>
		<description>meant to say *reports*</description>
		<content:encoded><![CDATA[<p>meant to say *reports*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/csrf-demystified/comment-page-1/#comment-75038</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Wed, 21 Nov 2007 12:23:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/csrf-demystified#comment-75038</guid>
		<description>Asking for the password again when updating profile info (i.e.: password, name, address) is also a valid protection.

Need to check out CSRFx, I might start mentioning this library in my pentest report. btw, I think it could be pronounced easily: &quot;sea surf X&quot;

Very nice post on one of my favorite subjects.</description>
		<content:encoded><![CDATA[<p>Asking for the password again when updating profile info (i.e.: password, name, address) is also a valid protection.</p>
<p>Need to check out CSRFx, I might start mentioning this library in my pentest report. btw, I think it could be pronounced easily: &#8220;sea surf X&#8221;</p>
<p>Very nice post on one of my favorite subjects.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
