Jump to content

Crypt Cookie Help!


salomon

Recommended Posts

Okay, so I got a huge problem. I'm quite new at this cookie thing so...Anyway I got a login page saving the password and username you enter as cookies right. Everything is connected to a MSQL database. I currently use following code for saving my cookies:

$password=crypt($insertpassword);
setcookie("uname", "$userid", time()+9999999999999999999999999, "/", "$HTTP_HOST", 0);
setcookie("pword", "$password", time()+9999999999999999999999999, "/", "$HTTP_HOST", 0);

This works perfectly fine for me and the password cookie is successfully crypted and saved.
BUT here comes the part I have been terribly stuck on for 2 days now: On next page I have coded so it will check if the password cookie is correct when compared to the password of the user in the database. The password saved in the database is also crypted.

Now, the thing we all know with crypt() is that it generates codes randomly, so simply checking if the cookie value for the password is exactly the same as the one in db surely won't work since they will always be different. Also, as it seems, using "if(crypt($cookie,$userspword)==$userspword" won't work either since both the passwords are already crypted.

So...how would one do if I wanted to compare the crypted password of the cookie to the crypted password in the user's row in the database?


Thank you very much in advance and for reading this.


Link to comment
Share on other sites

[!--quoteo(post=352893:date=Mar 8 2006, 11:35 AM:name=salomon)--][div class=\'quotetop\']QUOTE(salomon @ Mar 8 2006, 11:35 AM) [snapback]352893[/snapback][/div][div class=\'quotemain\'][!--quotec--]I'm very dissapointed and thought this site would be much more helpful. this is like the third time I bump this topic[/quote]
.. and people here actually do have other things to do ..

If what's in the database is the same as what's in the cookie, what's the problem? If what's in the database isn't what's in the 'matching' cookie, it's never going to work.
Link to comment
Share on other sites

[!--quoteo(post=352911:date=Mar 8 2006, 12:40 PM:name=salomon)--][div class=\'quotetop\']QUOTE(salomon @ Mar 8 2006, 12:40 PM) [snapback]352911[/snapback][/div][div class=\'quotemain\'][!--quotec--]
I already told you that crypt() is never the same, you cannot just compare to passwords like that sorry.
[/quote]

I don't believe you can verify a crypt() password without the plaintext password.

I'd also highly suggest that you do not store sensitive information in a cookie. Instead, set up some sort of session variable that can be passed to the cookie. Something totally innocuous that you can make sense of, but that requires additional pieces of info to work. For instance, set a cookie with the first 8 characters of the crypted time that the user logged in. Make that the cookie session variable. Next, use start_session() and a database to link it all together. That makes it pretty difficult to steal user sessions..

Anyways, here's some code that I use for security. It's not *quite* as secure as I described above, but for the project it was written for, it was tight enough.. [a href=\"http://www.godshell.com/oss/secure_login.tar.gz\" target=\"_blank\"]Secure Login Code[/a]
Link to comment
Share on other sites

Yeah ken, but I do however not use any salts since I can't seem to get them to work. I plainly use crypt() and that's all.

Thank you Xeno you seem to know where I'm getting from here. I kinda wanted to confirm if you COULD compare crypted passes to eachother or not, but as you said it would only work for comparing plain text passes to crypted, as I already can do. At the moment believe it or not, I actually store PLAINTEXT passwords as cookies. Dumb eh? That's why I would want to make it at least crypted if it's going to be in the cookie. I checked your link, but it does not seem to work hmm.
Link to comment
Share on other sites

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.