<?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>Thu, 23 May 2013 10:40:21 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Joseph Crawford's Blog: Going deep inside PHP sessions]]></title>
      <guid>http://www.phpdeveloper.org/news/7338</guid>
      <link>http://www.phpdeveloper.org/news/7338</link>
      <description><![CDATA[<p>
Security is becoming a more and more popular topic among PHP developers, and <i>Joseph Crawford</i> has followed the trend and <a href="http://www.josephcrawford.com/php-articles/going-deep-inside-php-sessions/">written up his own look</a> at the way PHP handles session and session information as it relates to the security for both the user and the server admin.
</p>
<blockquote>
One aspect that I dislike about the internal PHP sessions is that they are stored in files on the hard disk (usually /tmp/) by default. This means anyone with access to the machine has access to read the session data. I prefer to store my session information in the database to add an extra layer of security.
</blockquote>
<p>
He <a href="http://www.josephcrawford.com/php-articles/going-deep-inside-php-sessions/">looks at</a> the pitfalls of using this kind of setup (among them, multiple users being able to use one IP) and a simple method for creating a custom sessions handler to replace PHP's built-in one. His example works with a local database to handle saving and retrieving the session information. And, to make things unique, he generates a "fingerprint key" for each user's information to serve as a unique identifier rather than handling it on the connection.
</p>]]></description>
      <pubDate>Fri, 23 Feb 2007 11:44:00 -0600</pubDate>
    </item>
  </channel>
</rss>
