<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xml:base="https://www.webmaster-forums.net/crss/node/1037156" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title></title>
    <link>https://www.webmaster-forums.net/crss/node/1037156</link>
    <description></description>
    <language>en</language>
          <item>
    <title></title>
    <link>https://www.webmaster-forums.net/serverside-scripting/session-security#comment-1213409</link>
    <description> &lt;blockquote class=&quot;bb-quote-body&quot;&gt;&lt;p&gt;&lt;strong&gt;JeevesBond;213396 wrote:&lt;/strong&gt; ...The only thing stored on the client is the sessionid. You don&#039;t need to use MySQL to store your session information: that&#039;s what FrankR is saying, you can use a server side cookie instead....&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;That&#039;s exactly what I am saying.  Additionally, JavaScript can be used to steal the sessionid from the cookie on the users machine if any user-supplied content with code is allowed.  It is all too common!&lt;/p&gt;
&lt;p&gt;Frank&lt;/p&gt;
 </description>
     <pubDate>Fri, 12 Jan 2007 12:12:12 +0000</pubDate>
 <dc:creator>FrankR</dc:creator>
 <guid isPermaLink="false">comment 1213409 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/serverside-scripting/session-security#comment-1213396</link>
    <description> &lt;p&gt;I think what FrankR is saying is that this information is not stored on the client machine, it&#039;s stored on the server (in the /tmp directory). The only thing stored on the client is the sessionid. You don&#039;t need to use MySQL to store your session information: that&#039;s what FrankR is saying, you can use a server side cookie instead.&lt;/p&gt;
&lt;p&gt;If you did put more information into your client side cookie (and treat that as being reliable) then yes, you are asking for trouble. &lt;img src=&quot;https://www.webmaster-forums.net/misc/smileys/smile.png&quot; title=&quot;Smiling&quot; alt=&quot;Smiling&quot; class=&quot;smiley-content&quot; /&gt; Never trust what the client sends you! Using $_SESSION will not lead to anything other than the sessionid being stored on the client.&lt;/p&gt;
 </description>
     <pubDate>Fri, 12 Jan 2007 09:54:28 +0000</pubDate>
 <dc:creator>JeevesBond</dc:creator>
 <guid isPermaLink="false">comment 1213396 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/serverside-scripting/session-security#comment-1213357</link>
    <description> &lt;p&gt;I do a lot of work on some pages with javascript as well.&lt;/p&gt;
&lt;p&gt;1) Can it access the same session information or is it simply not possible?&lt;br /&gt;
2) Say I were to put &quot;accountLevel = 5;&quot; inside a &amp;lt;script&amp;gt; in my header file. This is EASILY changed through &quot;javascript:accountLevel = 10&quot; in the address bar. What can I do to combat this or do some other method?&lt;/p&gt;
 </description>
     <pubDate>Fri, 12 Jan 2007 04:05:03 +0000</pubDate>
 <dc:creator>Triexa.com</dc:creator>
 <guid isPermaLink="false">comment 1213357 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/serverside-scripting/session-security#comment-1213351</link>
    <description> &lt;p&gt;It&#039;s a safe as the PHP configuration on the server.  The session ID is stored in the cookie.  The session data is stored on the server.  Session data is stored by default in the /tmp directory on a typical Linux or BSD host.  &lt;/p&gt;
&lt;p&gt;You need to be aware of cross-site scripting attacks and their use to commit session hijacking.  An attack can be carried out against web sites that allow unfiltered HTML to be posted.  The attacker places some JavaScript on the page that captures the session cookie from the user&amp;#8217;s browser and fetches a 1 pixel image from a remote server.  The script appends the cookie content (containing the session key) to the image URL.  The attacker then retrieves the session ID from his logs and uses it to access your web site under the credentials of the hijacked session.&lt;/p&gt;
&lt;p&gt;Note that the attack I just described is not specific to PHP sessions!&lt;/p&gt;
&lt;p&gt;Frank&lt;/p&gt;
 </description>
     <pubDate>Fri, 12 Jan 2007 02:48:53 +0000</pubDate>
 <dc:creator>FrankR</dc:creator>
 <guid isPermaLink="false">comment 1213351 at https://www.webmaster-forums.net</guid>
  </item>
  </channel>
</rss>
