<?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>Mon, 20 May 2013 02:40:34 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Davey Shafik's Blog: The Blowfish Debacle]]></title>
      <guid>http://www.phpdeveloper.org/news/17532</guid>
      <link>http://www.phpdeveloper.org/news/17532</link>
      <description><![CDATA[<p>
<i>Davey Shafik</i> has a recent post to his blog about what he calls "<a href="http://daveyshafik.com/archives/35354-the-blowfish-debacle.html">The Blowfish Debacle</a>" - the issues that came up with the PHP 5.3.7 release to upgrade the crypt_blowfish version that resulted in a larger error being introduced.
</p>
<blockquote>
This was a great security fix, solving an issue with insecure passwords due to incorrect behavior. HOWEVER, what wasn't made clear, is that this change was actually a backwards compatibility break. If you upgraded to 5.3.7+ data hashed pre-5.3.7 would no longer match data hashed post-5.3.7; this means if you use it for passwords, it will no longer match. So what's the deal here?
</blockquote>
<p>
He talks about the differences in the two methods of encryption, the newer being the "more correct" way of doing things. If you need the backwards compatibility because of previously hashed values, you can use the "$2x$" prefix instead of the usual "$2a$". He includes a snippet of code that can be used to upgrade all of your previously hashed blowfish passwords up to the new format.
</p>]]></description>
      <pubDate>Mon, 13 Feb 2012 10:02:49 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[McGlockenshire.com: Waiting for PHP 5.4: Death to prehistoric cruft]]></title>
      <guid>http://www.phpdeveloper.org/news/16659</guid>
      <link>http://www.phpdeveloper.org/news/16659</link>
      <description><![CDATA[<p>
On McGlockenshire.com there's a recent post looking at some of the <a href="http://mcglockenshire.com/blog/posts/waiting-for-php-5-4-death-to-prehistoric-cruft.html">features of the upcoming PHP 5.4 release</a> and how they'll be glad to get rid of the "prehistoric cruft" that's accumulated around the language over the years.
</p>
<blockquote>
It's incredibly rare for the Internals crew to ever consider breaking backwards compatibility, but some of the most important changes in PHP 5.4 do just that by removing old "features." None of these changes should impact modern PHP code. If somehow you get bitten by any of these changes, chances are that your code dates from the PHP 4 era.
</blockquote>
<p>
Included in his list of updates/removals/improvements are things like the full removal of safe_mode, dropping register_globals, pulling out call time pass by reference and the removal of the session registration methods.
</p>]]></description>
      <pubDate>Mon, 01 Aug 2011 10:20:04 -0500</pubDate>
    </item>
  </channel>
</rss>
