<?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 Protection in Code Igniter using Form Tokens</title>
	<atom:link href="http://blog.builtbyprime.com/security/csrf-protection-in-code-igniter-using-form-tokens/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.builtbyprime.com/security/csrf-protection-in-code-igniter-using-form-tokens</link>
	<description>Prime Studios</description>
	<lastBuildDate>Sat, 18 Dec 2010 19:00:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Prime Studios</title>
		<link>http://blog.builtbyprime.com/security/csrf-protection-in-code-igniter-using-form-tokens/comment-page-1#comment-63</link>
		<dc:creator>Prime Studios</dc:creator>
		<pubDate>Sun, 07 Nov 2010 23:01:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.primestudiosllc.com/?p=550#comment-63</guid>
		<description>Most definitely. If you were an admin, and your cookie is sitting in your browser to validate you, you could be tricked into submitting a form on another website, which triggers a &quot;change price&quot; action on your admin site, which would be bad. Thats just one example, and while admin forms are a little tighter because only a select few might have access to the form&#039;s code, and know its vulnerabilities, I wouldn&#039;t bank on that stopping anyone!</description>
		<content:encoded><![CDATA[<p>Most definitely. If you were an admin, and your cookie is sitting in your browser to validate you, you could be tricked into submitting a form on another website, which triggers a &#8220;change price&#8221; action on your admin site, which would be bad. Thats just one example, and while admin forms are a little tighter because only a select few might have access to the form&#39;s code, and know its vulnerabilities, I wouldn&#39;t bank on that stopping anyone!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.builtbyprime.com/security/csrf-protection-in-code-igniter-using-form-tokens/comment-page-1#comment-62</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sun, 07 Nov 2010 01:54:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.primestudiosllc.com/?p=550#comment-62</guid>
		<description>One more question - what about administration panel forms? (e.g. add new product, add new category etc.)</description>
		<content:encoded><![CDATA[<p>One more question &#8211; what about administration panel forms? (e.g. add new product, add new category etc.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.builtbyprime.com/security/csrf-protection-in-code-igniter-using-form-tokens/comment-page-1#comment-61</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 03 Nov 2010 20:29:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.primestudiosllc.com/?p=550#comment-61</guid>
		<description>ok,that sounds reasonable.&lt;br&gt;Thanks a lot, your tutorial was really helpful.&lt;br&gt;</description>
		<content:encoded><![CDATA[<p>ok,that sounds reasonable.<br />Thanks a lot, your tutorial was really helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prime Studios</title>
		<link>http://blog.builtbyprime.com/security/csrf-protection-in-code-igniter-using-form-tokens/comment-page-1#comment-60</link>
		<dc:creator>Prime Studios</dc:creator>
		<pubDate>Wed, 03 Nov 2010 19:26:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.primestudiosllc.com/?p=550#comment-60</guid>
		<description>Thats a good question, and debatable. I typically put a token on each form, just because once it is built into the framework it is easy to do and it keeps all your code similar. It is especially important on e-commerce websites because you don&#039;t want a website other than yours to be able to POST form information to your scripts. For instance, if you have a cookie in your browser to keep you logged into your favorite online store, clicking a malicious form on another website could POST to your online store site and execute a function like &quot;add to cart&quot; or &quot;checkout&quot;, provided it posts valid information, all because your browser is technically logged in that website. With a token (or nonce), it makes this very difficult.&lt;br&gt;&lt;br&gt;Where I don&#039;t use tokens is things like &quot;logout&quot; links, or maybe &quot;remove from cart&quot; anchors.. because its not the end of the world if those are somehow compromised.</description>
		<content:encoded><![CDATA[<p>Thats a good question, and debatable. I typically put a token on each form, just because once it is built into the framework it is easy to do and it keeps all your code similar. It is especially important on e-commerce websites because you don&#39;t want a website other than yours to be able to POST form information to your scripts. For instance, if you have a cookie in your browser to keep you logged into your favorite online store, clicking a malicious form on another website could POST to your online store site and execute a function like &#8220;add to cart&#8221; or &#8220;checkout&#8221;, provided it posts valid information, all because your browser is technically logged in that website. With a token (or nonce), it makes this very difficult.</p>
<p>Where I don&#39;t use tokens is things like &#8220;logout&#8221; links, or maybe &#8220;remove from cart&#8221; anchors.. because its not the end of the world if those are somehow compromised.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.builtbyprime.com/security/csrf-protection-in-code-igniter-using-form-tokens/comment-page-1#comment-59</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 03 Nov 2010 11:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.primestudiosllc.com/?p=550#comment-59</guid>
		<description>Hi,&lt;br&gt;Should all forms on a website be protected with a token? (For example on a ecommerce website there are many types of forms: add to cart, request a printed catalogue, enquiry form, checkout/order etc.; which of these need a token?)</description>
		<content:encoded><![CDATA[<p>Hi,<br />Should all forms on a website be protected with a token? (For example on a ecommerce website there are many types of forms: add to cart, request a printed catalogue, enquiry form, checkout/order etc.; which of these need a token?)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

