<?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: Bad Firebug!</title>
	<atom:link href="http://robertbasic.com/blog/bad-firebug/feed/" rel="self" type="application/rss+xml" />
	<link>http://robertbasic.com/blog/bad-firebug/</link>
	<description>the magic of coding...</description>
	<lastBuildDate>Sun, 08 Jan 2012 19:22:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jani Hartikainen</title>
		<link>http://robertbasic.com/blog/bad-firebug/#comment-3469</link>
		<dc:creator>Jani Hartikainen</dc:creator>
		<pubDate>Tue, 29 Dec 2009 06:55:38 +0000</pubDate>
		<guid isPermaLink="false">http://robertbasic.com/blog/?p=833#comment-3469</guid>
		<description>I also tend to occasionally try breaking forms etc. on sites with Firebug or other tools, especially if I personally know is the developer =)

A trick which most often causes totally unexpected output is changing the form field (or GET field) types post arrays. I wrote a post about it here with more details: http://codeutopia.net/blog/2009/10/21/did-you-think-your-site-validated-input-properly-think-again/</description>
		<content:encoded><![CDATA[<p>I also tend to occasionally try breaking forms etc. on sites with Firebug or other tools, especially if I personally know is the developer =)</p>
<p>A trick which most often causes totally unexpected output is changing the form field (or GET field) types post arrays. I wrote a post about it here with more details: <a href="http://codeutopia.net/blog/2009/10/21/did-you-think-your-site-validated-input-properly-think-again/" rel="nofollow">http://codeutopia.net/blog/2009/10/21/did-you-think-your-site-validated-input-properly-think-again/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnjbarton</title>
		<link>http://robertbasic.com/blog/bad-firebug/#comment-3453</link>
		<dc:creator>johnjbarton</dc:creator>
		<pubDate>Mon, 21 Dec 2009 23:01:46 +0000</pubDate>
		<guid isPermaLink="false">http://robertbasic.com/blog/?p=833#comment-3453</guid>
		<description>You are lame.</description>
		<content:encoded><![CDATA[<p>You are lame.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://robertbasic.com/blog/bad-firebug/#comment-3452</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Mon, 21 Dec 2009 21:55:04 +0000</pubDate>
		<guid isPermaLink="false">http://robertbasic.com/blog/?p=833#comment-3452</guid>
		<description>Yes, verifying the &quot;id&quot; against another &quot;id&quot; which can not be (this easily) altered by a person is good. In the case of editing user profiles, the app can ask from the user his password, so the update sql becomes something like: &quot;UPDATE user SET email = $email WHERE id = $id AND password = MD5($password)&quot; which would require both the id and the password to match.</description>
		<content:encoded><![CDATA[<p>Yes, verifying the &#8220;id&#8221; against another &#8220;id&#8221; which can not be (this easily) altered by a person is good. In the case of editing user profiles, the app can ask from the user his password, so the update sql becomes something like: &#8220;UPDATE user SET email = $email WHERE id = $id AND password = MD5($password)&#8221; which would require both the id and the password to match.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: René Silva</title>
		<link>http://robertbasic.com/blog/bad-firebug/#comment-3451</link>
		<dc:creator>René Silva</dc:creator>
		<pubDate>Mon, 21 Dec 2009 21:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://robertbasic.com/blog/?p=833#comment-3451</guid>
		<description>Interesting article, on a little framework I built upon CodeIgniter I used this &quot;id&quot; hidden input (I had to deal with the same situation :S), thought I also implemented a &quot;verify_id&quot; function that sometimes compared the &quot;id&quot; value with some value in the SESSION array, sometimes this &quot;id&quot; value referred to the value of an object of an owner (for example a post that belongs to an author), so I had to &quot;verify&quot; that the author had the permissions on the post.
Finally, Firebug is our friend!</description>
		<content:encoded><![CDATA[<p>Interesting article, on a little framework I built upon CodeIgniter I used this &#8220;id&#8221; hidden input (I had to deal with the same situation :S), thought I also implemented a &#8220;verify_id&#8221; function that sometimes compared the &#8220;id&#8221; value with some value in the SESSION array, sometimes this &#8220;id&#8221; value referred to the value of an object of an owner (for example a post that belongs to an author), so I had to &#8220;verify&#8221; that the author had the permissions on the post.<br />
Finally, Firebug is our friend!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

