← Prev in month ← Prev in thread

Seeking a high-level understanding of the Name Identifier Mapping Protocol

From
Costello, Roger L. <>
Date
2006-06-27T20:20:04+00:00
ID
Thread
Seeking a high-level understanding of the Name Identifier Mapping Protocol
Hi 
Folks,

 

Consider 
this scenario: 

 

    
Entity A knows a principle by the name: 

    
Entity B knows the same principle, but by a different name: 


    An 
Identity Provider, IdP, knows the principle by both names

 

Let's 
suppose that Entity B sends to Entity A a SAML document which identifies the 
Subject as 

 

Well, 
Entity A doesn't know anyone by this name, so Entity A sends a 
NameIDMappingRequest to IdP, "Hey, what other names does  have?"  Here's how 
that is generally expressed in XML:

 

    
<NameIDMappingRequest>

           
<EncryptedID></EncyrptedID>

    
</NameIDMappingRequest>

 

IdP replies 
with a NameIDMappingResponse, "He also goes by the name: ".  Here's how that is generally 
expressed in XML:

 

    
<NameIDMappingResponse>

           
<EncryptedID></EncyrptedID>

    
</NameIDMappingResponse>

 

Entity A 
knows the principle by the name , so Entity A 
immediately recognizes that Entity B is providing information about a principle 
that he (Entity A) knows about.

 

Question #1: does this scenario accurately capture the purpose 
and mechanism of the Name Identifier Mapping Protocol?  

 

Question #2: suppose the principle goes by more than two names; 
how does IdP reply with all the names?   
According to the specification, NameIDMappingReponse can only have one 
EncryptedID element.  For example, this is what I would like returned from 
the above request, but is not allowed:

 

    
<NameIDMappingResponse>

           
<EncryptedID></EncyrptedID>

           
<EncryptedID></EncyrptedID>

    
</NameIDMappingResponse>

 

Thanks.  /Roger
← Prev in month ← Prev in thread