RE: [PHP4BETA] Forcing a new Session ID?
| From: | Jon E. Mitchiner | Date: | Tue, 26 Oct 1999 20:33:23 +0000 |
| Subject: | RE: [PHP4BETA] Forcing a new Session ID? | ||
| References: | 1 | Groups: | php.version4 |
| Request: | Send a blank email to php-version4+get-5718@lists.php.net to get a copy of this message | ||
The reason why I am asking aainly is because lets say if someone has cookies
disabled (so thus, sessions would work via get mode), copies & pastes the
URL and gives it to someone else (perhaps the user hasnt finished shopping)
and then the new user tries to access the URL. I just wanted to make it more
"user friendly" by forcing the user to get a new session, which would then
force him to re-login again, etc.
I guess I'll have to think about this issue in depth, and possibly force
users to use cookies which I was trying to avoid.
Thanks!
Jon Mitchiner
ICQ # 21030881
AIM # MinotaurT
> -----Original Message-----
> From: Sascha Schumann [mailto:sascha@schumann.cx]
> Sent: Tuesday, October 26, 1999 4:24 PM
> To: Jon E. Mitchiner
> Cc: php4beta@lists.php.net
> Subject: Re: [PHP4BETA] Forcing a new Session ID?
>
>
> On Mon, Oct 25, 1999 at 08:25:20PM -0400, Jon E. Mitchiner wrote:
> > Im trying to implement some security routines with the Session
> ID processing
> > so if someone tries hijacking someone else's session based on certain
> > variables that fail then they will be forced to get a new session id.
> >
> > Ive been trying to figure this out, but have had no luck. What
> would be the
> > best way to do this -without- destroying the existing user's session.
>
> If you think that a specific session was hijacked, destroy
> the session. I don't see any point in trying to rescue the
> session (if a session id was leaked once, there is a high
> propability that it will happen again). Thus, we supply only
> session_destroy().
>
> --
>
> Regards,
>
> Sascha Schumann
> Consultant
>
> --
> PHP 4 Beta
>