Approach for authentication and storing user details.

Posted by cappuccino on Stack Overflow See other posts from Stack Overflow or by cappuccino
Published on 2010-04-08T23:14:28Z Indexed on 2010/04/08 23:23 UTC
Read the original article Hit count: 263

Filed under:
|
|
|

Hey folks,

I am using the Zend Framework but my question is broadly about sessions / databases / auth (PHP MySQL).

Currently this is my approach to authentication:

1) User signs in, the details are checked in database. - Standard stuff really.

2) If the details are correct only the user's unique ID is stored in the session and a security token (user unique ID + IP + Browser info + salt). The session in written to the filesystem.

  • I've been reading around and many are saying that storing stuff in sessions is not a good idea, and that you should really only write a unique ID which refers back to the user's details and a security token to prevent session hijacking. So this is the approach i've taken, i use to write the user's details in session, but i've moved that out. Wanted to know your opinions on this.
  • I'm keeping sessions in the filesystem since i don't run on multiple servers, and since i'm only writting a tiny tiny bit of data to sessions, i thought that performance would be greater keeping sessions in the filesystem to reduce load on the database. Once the session is written on authentication, it really is only read-only from then on.

3) The rest of the user's details (like subscription details, permissions, account info etc) are cached in the filesystem (this can always be easily moved to memory if i wanted even more performance).

  • So rather than keeping the user's details in session, the user's details are cached in the file system. I'm using Zend_Cache and the unique cache id is something like md5(/cache/auth/2892), the number is the unique id of the user. I guess the benefit of this method is that once the user is logged in, there is essentially not database queries being run to get the user's details. Just wonder if this approach is better than keeping the whole lot in session...

4) As the user moves throughout the site the only thing that is checked is the ID in the session and the security token.

So, overall the first question is 1) is the filesystem more efficient than a database for this purpose 2) have i taken enough security precautions 3) is separating user detail's from the session into a cached file a pointless task?

Thanks.

© Stack Overflow or respective owner

Related posts about php

Related posts about mysql