Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses
 
PerlMonks  

Re: Re: Re: Re: Secure Session Management

by BrowserUk (Pope)
on Sep 06, 2002 at 22:17 UTC ( #195786=note: print w/replies, xml ) Need Help??


in reply to Re: Re: Re: Secure Session Management
in thread Secure Session Management

Sorry for the rant about E-Trust and privacy policies. Valid rant, wrong time/place.

My original point about expiring sessions by deleting cookies still holds true though.

  • User logs on, you give him a cookie
  • User does some stuff
  • User disconnects or moves to another site.
  • Server expires session, but can't send a 'delete cookie', blank cookie, or 'Your logged off' msg to the client (using server push or not) because the client isn't there. No communication path at all.
  • User returns a week later, issues a request against the client for whatever page they were on when here last (using a bookmark they made for example). The request arrives at the server with the auth. cookie still intact.

    Unless of course, the cookie was set to expire within a few minutes or hours, in which case the client won't send it. In this case, no action is required by the server to "determine a session is over" and it doesn't need to "tell the client to delete the cookie"?

Of course, this has flaws too. Cookies are text. Expiration times can be changed at the client. It therefore requires that the cookie carry an external and an internal expiration, with the internal expiration suitably encoded that edits can be detected.

My point was simply that if the session expires because the connection is broken, there is no mechanism by which the server can tell the client to delete the cookie.



Well It's better than the Abottoire, but Yorkshire!

Replies are listed 'Best First'.
Re: Re: Re: Re: Re: Secure Session Management
by valdez (Monsignor) on Sep 06, 2002 at 22:48 UTC

    Yes, valid rant, I agree with you.

    Even with AuthBasic you can't notify disconnected users, so I think the point is to be able to delete a cookie if needed, and thus force a user to re-authenticate. Or may be you discover a fraud and want to throw away a user...

    I hope I understood that correctly :)

    Ciao, Valerio

    Update: what you said about double expires still applies.

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://195786]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others making s'mores by the fire in the courtyard of the Monastery: (5)
As of 2020-01-28 06:21 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    Notices?