IBM Tivoli Federated Identity Manager, Version 6.2.2

Planning the mapping of user identities

Plan the mapping of user identities appropriate to your deployment.

Task overview:

  1. Read this series of topics on the mapping of user identities
  2. Review the default mapping rules files for your protocol. Decide if you can use them, either as they are, or by making your own modifications as appropriate for your deployment.
  3. If the requirements for your deployment cannot be met by the use of a mapping rule, you can choose one of the succeeding options:
    • Use the Tivoli® Directory Integrator mapping module that is provided withTivoli Federated Identity Manager.
    • Develop a custom mapping module.

A primary function of the Tivoli Federated Identity Manager trust service is the transfer of user identity information (credentials) between partners in a single sign-on federation. This transfer requires changing user identity information formats several times to move between formats local to each partner and the agreed token format for exchanging credentials.

The identity information transfer includes an identity mapping step where the user information is mapped from the structure provided by one credential or token type, into the required structure by another token type.

To complete this mapping step, choose one of the succeeding options:

If you choose to write an identity mapping rule, use the eXtensible Stylesheet Language (XSL), and save it to disk as an XSL file. When you create a federation, the federation wizard prompts you to supply the name of your mapping rule file. The wizard imports this file into the configuration for the federation.

Each identity mapping rule file is specific to a particular role and a particular federation. For example, when you create a SAML federation for an identity provider, use a different mapping rule from the rule you use to create a SAML federation service provider. The identity mapping rule for a Liberty federation is also different from the mapping rule for a SAML federation on an identity provider.
Note: Liberty protocol is being deprecated in the Tivoli Federated Identity Manager 6.2.2 release.

You must create and save a mapping rule file before you create a federation.

Note: An identity mapping rule specifies the attributes that are associated with a user credential. Users can access multiple applications after they authenticate, so you must make sure that your rule sets the appropriate attributes for all of the applications that the user accesses.

The Tivoli Federated Identity Manager management console provides a Federation wizard that guides you through the configuration of a single sign-on federation. The wizard contains an Identity Mapping panel, which prompts the administrator to supply the name of an identity mapping rule file. The wizard imports the file, and uses it when building the configuration for the trust module chain that is specific to the federation.

The administrator must create the identity mapping file before using the wizard to configure the federation. The wizard panel expects that the administrator has created an eXtensible Stylesheet Language (XSL) file that describes identity mapping rules. The identity mapping rules are used to convert information that must move across the federation between the partners (identity provider and service provider). Each identity mapping rule must provide:

To write an identity mapping rule, you must understand:



Feedback