<?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>Tue, 21 May 2013 21:43:00 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[ServerSide Magazine: Session Hijacking]]></title>
      <guid>http://www.phpdeveloper.org/news/11561</guid>
      <link>http://www.phpdeveloper.org/news/11561</link>
      <description><![CDATA[<p>
In <a href="http://www.serversidemagazine.com/php/session-hijacking">this recent article</a> from ServerSide Magazine they look at a security issue that can be hard to detect if you're not sure what you're looking for - session hijacking - and how you can help to prevent it on your site.
</p>
<blockquote>
A must have for the attacker in a session hijack is the Session Identifier so he can impersonate the attack. Let's presume for example that you have your website hosted on a shared hosting on which PHP is installed as an Apache module, thing that makes session files belong to the web user, in other words: accessible.
</blockquote>
<p>
He breaks it out into three potential kinds of session hijack methods - prediction, capture and fixation - with definitions for each. He also makes recommendations of some secure practices to follow to help prevent some of these issues (like not trusting users, using $_COOKIE and $_SESSION correctly and using a security token too along with the session ID).
</p>]]></description>
      <pubDate>Fri, 12 Dec 2008 10:23:42 -0600</pubDate>
    </item>
  </channel>
</rss>
