This task is used to configure identity assertion authentication. The purpose of identity assertion is to assert the authenticated identity of the originating client from a Web service to a downstream Web service. Do not attempt to configure identity assertion from a pure client. Identity assertion works only when you configure on the client-side of a Web service acting as a client to a downstream Web service.
In order for the downstream Web service to accept the identity of the originating client (just the user name), you must supply a special trusted BasicAuth credential that the downstream Web service trusts and can authenticate successfully. You must specify the user ID of the special BasicAuth credential in a trusted ID evaluator on the downstream Web service configuration. For more information on trusted ID evaluators, see Trusted ID evaluators.
Perform the following steps in the WebSphere Development Studio Client for iSeries to specify identity assertion authentication for your Web services client:
Open the webservicesclient.xml file in the Web Services Client Editor of the WebSphere Development Studio Client for iSeries. For more information, see Configure your Web services application.
Click the Security Extensions tab.
Expand the Request Sender Configuration --> Login Config settings.
Select IDAssertion as the authentication method.
Expand the Identity Assertion section.
For the ID Type, select Username. This works with all registry types and originating authentication methods.
For the Trust Mode, select either BasicAuth or Signature.
If you select BasicAuth, you must include basic authentication information (user ID and password), which the downstream Web service has specified in the trusted ID evaluator as a trusted user ID. You specify the user ID and password information later, on the Port Binding tab.
If you select Signature, the certificate configured in the Signature Information section used to sign the data also is used as the trusted subject. The Signature is used to create a credential and the user ID, which the certificate mapped to the downstream registry, is used in the trusted ID evaluator as a trusted user ID.
Save the file.
Next, perform the following steps with the Web Services Client Editor to specify how the identity assertion informatino is collected:
Click the Port Binding tab.
Expand the Security Request Sender Binding Configuration --> Login Binding settings.
Click Edit to view the login binding information and select IDAssertion. The login binding dialog displays.
Select or enter the following information:
Name | Purpose |
---|---|
Authentication method | The authentication method specifies the type of authentication that occurs. Select IDAssertion to use identity assertion. |
Token value type URI and Token value type Local name | When you select IDAssertion, you cannot edit the token value type URI and the local name. These values are specifically for custom authentication types. For IDAssertion authentication, you do not need to enter any information. |
Callback handler | The callback handler specifies the Java Authentication and Authorization Service (JAAS) callback handler implementation for collecting the BasicAuth information. Specify the com.ibm.wsspi.wssecurity.auth.callback.
NonPromptCallbackHandler implementation for IDAssertion. |
Basic authentication User ID and Basic authentication Password | If the trust mode entered in the extensions is BasicAuth, you must specify the trusted user ID and password in these fields. The user ID specified must be an ID that is trusted by the downstream Web service. The Web service trusts the user ID if it is entered as a trusted ID in a trusted ID evaluator in the downstream Web service bindings. If the trust mode entered in the extensions is Signature, you do not need to specify any information in this field. |
Property Name and Property Value | This field enables you to enter properties and name and value pairs, for use by custom callback handlers. For IDAssertion, you do not need to specify any information in this field. |
Save the file.