RE: [saml-dev] Logout from a single SP.

From
Conor P. Cahill <>
Date
2005-10-27T16:11:36+00:00
ID
Thread
RE: [saml-dev] Logout from a single SP.
Giuseppe Sarno wrote on 10/27/2005, 12:01 PM:

    
    
It seem
indicating that the Principal can have multiple SessionIndexes and as
such different AuthAssertions associated with him (Is this right??)

  

Absolutely.

   
    
And
in this case the Logout request could contain just the SessionIndex the
SP wants to remove.

  

Correct.

    
    
How can
this happen ?

  

The same user is
logged in from 2 or more different "locations"... Note that locations
include different browsers, sometimes different instances of the same
browser, different devices, different computers, etc, etc.  There are
even reasonable situations where the IDP could in a single browser
context support multiple sessions for the user.

  
    
 

      
    
Example: 

     
    
If the user
access SPA and the IDP creates AssertionA with SessionIndexA and then
he goes to SPB would he get AssertionB/SessionIndexB?

     
    
or still
AssertionA/SessionIndexA ? or even AssertionB/SessionIndexA ?

  

There is no
requirement as to the session index value across different providers. 
The key issue is that internally at the IdP, the IdP is able to figure
out which authentication "session" the SP is referring to when the SP
sends a message to the IdP (and vice-versa as the user could also be
visiting the same SP from two different IdP authenticaiton sessions)
(e.g. I could be shopping at Amazon from my phone and from my computer
at the same time).

I have seen implementations that use the assertionID for the
sessionIndex value (so that each Assertion would have a different value
in the session index value, but the IdP maintains a table to correlate
which SessionIndex corresponds to which session).  I have also seen
implementations that use small sets of small integers (e.g. 0, 1, 2, 3,
etc) to represent the session index and the same value is used for
assertions associated with the same authentication session across
multiple SPs (the fact that it is a small set of small integers means
that across different principals the same IDs are heavily reused and so
the Session index can't be used to correlate actions of the same
principal across different SPs).

Conor