[dev] Session timeouts and transparent authentication drivers
Jan Schneider
jan at horde.org
Fri May 14 21:37:07 UTC 2010
Zitat von Michael M Slusarz <slusarz at horde.org>:
> Quoting Jan Schneider <jan at horde.org>:
>
>> While looking for a solution how to log out when using transparent
>> auth drivers, I discovered that we obviously don't use the
>> REASON_SESSION logout reason anymore, beside in the ajax endpoint.
>> Is that intentional, or an oversight?
>
> Sounds like an oversight.
>
>> Beside that, I'm still looking for how to best check whether
>> transparent authentication (or any authentication for that matter)
>> could be revoked. Currently, the user keeps logged in to Horde,
>> once he successfull logged in and the session doesn't time out.
>> There might be reasons to force a log out though. In this special
>> case, we need to logout the user out of his horde session, as soon
>> as the transparent "reason" for logging him in, is no longer valid.
>> E.g. if a shibboleth session has expired.
>> Any ideas how to best do this? Adding a checkExistingAuth() to
>> Horde_Auth_Base seems a good place for that.
>
> I would think we would want to mark the given Auth driver with a
> flag that indicates that authentication could be revoked - this
> would allow the backends that won't ever be revoked (i.e. a straight
> password login) to avoid the overhead of checking the auth on every
> access.
Isn't Horde_Auth::checkExistingAuth() called on every request anyway?
It does the IP/browser checks. If we define an empty
checkExistingAuth() in Horde_Auth_Base, it shouldn't be more overhead
to call this, than checking whether such a feature exists in the
current driver.
Jan.
--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
More information about the dev
mailing list