<?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: Why PHP&#8217;s $_REQUEST is dangerous</title>
	<atom:link href="http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/feed/" rel="self" type="application/rss+xml" />
	<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/</link>
	<description>One developers blog.</description>
	<lastBuildDate>Tue, 07 Sep 2010 23:08:24 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Christian Sciberras</title>
		<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/comment-page-1/#comment-16045</link>
		<dc:creator>Christian Sciberras</dc:creator>
		<pubDate>Fri, 16 Jul 2010 22:54:16 +0000</pubDate>
		<guid isPermaLink="false">http://devlog.info/?p=113#comment-16045</guid>
		<description>Jeremy did you even read the article? Spyros is wrong, but so are you.

The author specifically said that $_REQUEST is only insecure because of $_COOKIE in request_order, which for your information, has been disabled for quite some time.

So to sum it up, $_REQUEST, is a very useful feature which is best used with newer versions of PHP.

There are no other ulterior &quot;major security risks&quot;.</description>
		<content:encoded><![CDATA[<p>Jeremy did you even read the article? Spyros is wrong, but so are you.</p>
<p>The author specifically said that $_REQUEST is only insecure because of $_COOKIE in request_order, which for your information, has been disabled for quite some time.</p>
<p>So to sum it up, $_REQUEST, is a very useful feature which is best used with newer versions of PHP.</p>
<p>There are no other ulterior &#8220;major security risks&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Simkins</title>
		<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/comment-page-1/#comment-14870</link>
		<dc:creator>Jeremy Simkins</dc:creator>
		<pubDate>Wed, 26 May 2010 16:19:58 +0000</pubDate>
		<guid isPermaLink="false">http://devlog.info/?p=113#comment-14870</guid>
		<description>I make it a point to never use $_REQUEST. Even studying for the ZCE explains that $_REQUEST is a major security risk. Spyros, you are completely wrong.

Thanks for the article, very useful information. Let&#039;s hope people learn from this...</description>
		<content:encoded><![CDATA[<p>I make it a point to never use $_REQUEST. Even studying for the ZCE explains that $_REQUEST is a major security risk. Spyros, you are completely wrong.</p>
<p>Thanks for the article, very useful information. Let&#8217;s hope people learn from this&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: php mail() validation</title>
		<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/comment-page-1/#comment-14524</link>
		<dc:creator>php mail() validation</dc:creator>
		<pubDate>Wed, 12 May 2010 08:22:43 +0000</pubDate>
		<guid isPermaLink="false">http://devlog.info/?p=113#comment-14524</guid>
		<description>[...] $_COOKIE as usual.  I found a nice text explaining why $_REQUEST has a problem, so read for example Why PHP&#8217;s $_REQUEST is dangerous - Devlog and see what the problem really is, and how you can avoid the problem.       [...]</description>
		<content:encoded><![CDATA[<p>[...] $_COOKIE as usual.  I found a nice text explaining why $_REQUEST has a problem, so read for example Why PHP&#8217;s $_REQUEST is dangerous &#8211; Devlog and see what the problem really is, and how you can avoid the problem.       [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Useful Security Pages &#124; Toby&#39;s Development Blog</title>
		<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/comment-page-1/#comment-14352</link>
		<dc:creator>Useful Security Pages &#124; Toby&#39;s Development Blog</dc:creator>
		<pubDate>Wed, 05 May 2010 08:43:09 +0000</pubDate>
		<guid isPermaLink="false">http://devlog.info/?p=113#comment-14352</guid>
		<description>[...] Why $_REQUEST is dangerous [...]</description>
		<content:encoded><![CDATA[<p>[...] Why $_REQUEST is dangerous [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toby</title>
		<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/comment-page-1/#comment-14351</link>
		<dc:creator>Toby</dc:creator>
		<pubDate>Wed, 05 May 2010 07:42:29 +0000</pubDate>
		<guid isPermaLink="false">http://devlog.info/?p=113#comment-14351</guid>
		<description>Cheers for the explanation, my php.ini was clean but it is a good thing to be looking out for.

I have seen a lot of code floating about that would check against $_REQUEST using if(isset($_REQUEST[&#039;wibble&#039;])), just calling the script with script.php?wibble=y will trigger this even if it is a $_POST variable that should be being checked.</description>
		<content:encoded><![CDATA[<p>Cheers for the explanation, my php.ini was clean but it is a good thing to be looking out for.</p>
<p>I have seen a lot of code floating about that would check against $_REQUEST using if(isset($_REQUEST['wibble'])), just calling the script with script.php?wibble=y will trigger this even if it is a $_POST variable that should be being checked.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Nadeau</title>
		<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/comment-page-1/#comment-14229</link>
		<dc:creator>Christopher Nadeau</dc:creator>
		<pubDate>Fri, 30 Apr 2010 21:44:54 +0000</pubDate>
		<guid isPermaLink="false">http://devlog.info/?p=113#comment-14229</guid>
		<description>Did you not read the article at all?

The fact that cookie data takes *precedence* in $_REQUEST over the others is the dangerous part. Indeed, even if it was last, it would still be dangerous for the simple fact that a specific value would could always be set.

No one wants to remove $_REQUEST itself from PHP. Only cookie data should be removed. In PHP 5.3 we have the &#039;request_order&#039; php.ini setting which has cookies disabled by default:
&lt;blockquote&gt;&lt;a href=&quot;http://php.net/manual/en/ini.core.php#ini.request-order&quot; rel=&quot;nofollow&quot;&gt;request_order&lt;/a&gt;
Note that the default distribution php.ini files does not contain the &#039;C&#039; for cookies, due to security concerns.&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>Did you not read the article at all?</p>
<p>The fact that cookie data takes *precedence* in $_REQUEST over the others is the dangerous part. Indeed, even if it was last, it would still be dangerous for the simple fact that a specific value would could always be set.</p>
<p>No one wants to remove $_REQUEST itself from PHP. Only cookie data should be removed. In PHP 5.3 we have the &#8216;request_order&#8217; php.ini setting which has cookies disabled by default:</p>
<blockquote><p><a href="http://php.net/manual/en/ini.core.php#ini.request-order" rel="nofollow">request_order</a><br />
Note that the default distribution php.ini files does not contain the &#8216;C&#8217; for cookies, due to security concerns.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spyros</title>
		<link>http://devlog.info/2010/02/04/why-php-request-array-is-dangerous/comment-page-1/#comment-14098</link>
		<dc:creator>Spyros</dc:creator>
		<pubDate>Tue, 27 Apr 2010 17:29:30 +0000</pubDate>
		<guid isPermaLink="false">http://devlog.info/?p=113#comment-14098</guid>
		<description>Well, no..

There is absolutely no security problem with using $_REQUEST. Getting input from cookie is the same as getting input from get or post.

If $_REQUEST was indeed a security flaw in PHP, it would have been removed.</description>
		<content:encoded><![CDATA[<p>Well, no..</p>
<p>There is absolutely no security problem with using $_REQUEST. Getting input from cookie is the same as getting input from get or post.</p>
<p>If $_REQUEST was indeed a security flaw in PHP, it would have been removed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
