<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Sat, 25 May 2013 18:54:24 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Hiveminds Magazine: PHP: What to Do When Your Web Host Turns Off Fopen]]></title>
      <guid>http://www.phpdeveloper.org/news/7004</guid>
      <link>http://www.phpdeveloper.org/news/7004</link>
      <description><![CDATA[<p>Content no longer valid</p>]]></description>
      <pubDate>Mon, 01 Jan 2007 08:43:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP Security Blog: PHP 5.2.0 and allow_url_include]]></title>
      <guid>http://www.phpdeveloper.org/news/6634</guid>
      <link>http://www.phpdeveloper.org/news/6634</link>
      <description><![CDATA[<p>
On the PHP Security Blog, <i>Stefan Esser</i> has posted some of <a href="http://blog.php-security.org/archives/45-PHP-5.2.0-and-allow_url_include.html">his own opinions</a> on the latest PHP release - version 5.2 - and some of the security implications of it.
</p>
<blockquote>
Often users have requested that PHP allows disabling URL support for include and require statements while allowing it for the other filesystem functions. Because of this it was planned to have allow_url_include in PHP 6. After some discussion the feature was backported to the PHP 5.2.0 tree.
</blockquote>
<p>
He <a href="http://blog.php-security.org/archives/45-PHP-5.2.0-and-allow_url_include.html">also notes</a> that, unfortunately, this functionality only protects against the http(s) and ftp(s) kinds of URLs and not some of the new data URLs included in the functionality of PHP 5.2. He gives two code examples of this kind of issue - one using the "pph://input" and the other using a base64 encoded value.
</p>]]></description>
      <pubDate>Fri, 03 Nov 2006 09:41:23 -0600</pubDate>
    </item>
  </channel>
</rss>
