[Openid-specs-ab] Another session management question: Per-user session state change notifications
Mike Jones
Michael.Jones at microsoft.com
Fri May 24 21:51:06 UTC 2013
Another one for you, Breno and Naveen...
Assume Alice and Bob are both have sessions within the same user agent at the same RP using the same OP. Currently, the session management spec assumes that session state notifications caused by changes to either of Alice's or Bob's session will cause "changed" notifications to be sent to both of them, correct? Developers I'm speaking with are saying that they'd like it to be legal for Alice to only be notified of changes caused by her session and for Bob to only be notified of changes caused by his session. This would cut down on the number of false positives, which result in unnecessary "prompt": "none" reauthentication requests.
Is there any reason not to say that legal implementations may do this? Or is there some technical reason that Alice MUST always be made aware of changes to Bob's session, and vice versa? Might it be that there's no way of knowing who's asking within the user agent, and so both have to be notified of changes caused by either?
Thanks all,
-- Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20130524/5dd2b6f6/attachment.html>
More information about the Openid-specs-ab
mailing list