WAS v8.5 > Reference > Sets

Token consumer configuration settings page

Use this page to specify the information for the token consumer. The information is used at the consumer side only to process the security token.

To view this dmgr console page for the server level...

  1. Click Servers > Server Types > WebSphere application servers > server_name .

  2. Under Security, click JAX-WS and JAX-RPC security runtime.

    In a mixed node cell with a server using Websphere Application Server version 6.1 or earlier, click Web services: Default bindings for Web Services Security.

  3. Under JAX-RPC Default Consumer Bindings, click Token consumers > token_consumer_name or click New to create a new token consumer.

To view this dmgr console page for v6 and later applications on the application level...

  1. Click Applications > Application Types > WebSphere enterprise applications > application_name.

  2. Click Manage modules > URI_name.

  3. Under Web Services Security Properties, we can access the signing information for the following bindings:

    • For the Response generator (sender) binding, click Web services: Server security bindings. Under Response generator (sender) binding, click Edit custom. Under Required properties, click Token consumers.

    • For the Response consumer (receiver) binding, click Web services: Client security bindings. Under Response consumer (receiver) binding, click Edit custom. Under Required properties, click Token consumers.

  4. Click New to specify a new configuration or click the name of an existing configuration to modify its settings.

Before specifying additional properties, specify a value in the Token consumer name, the Token consumer class name, and the Value type local name fields.


Token consumer name

Name of the token consumer configuration.

For example, the default X509 token consumer names are either con_enctcon for encrypting or con_signtcon for signing. Or a custom, the token consumer name might be sig_tcon for signing.


Token consumer class name

Name of the token consumer implementation class.

This class must implement the com.ibm.wsspi.wssecurity.token.TokenConsumerComponent interface.


Token consumer class name

Name of the token consumer implementation class.

The JAAS Login Module implementation is used to validate (authenticate) the security token on the consumer side.


Part reference

Reference to the name of the security token defined in the deployment descriptor.

On the application level, when the security token is not specified in the deployment descriptor, the Part reference field is not displayed.


Certificate path

Specifies the trust anchor and the certificate store.

We can select the following options:

None

If selected, the certificate path is not specified.

Trust any

If selected, any certificate is trusted. When the received token is incorporated, the certificate path validation is not processed.

Dedicated signing information

If selected, we can specify the trust anchor and the certificate store. When you select the trust anchor or the certificate store of a trusted certificate, configure the collection certificate store before setting the certificate path.


Trust anchor

We can specify a trust anchor for the following bindings on the following levels:

Trust anchor binding settings. The trust anchor is used for signing messages.

Binding name Server level or application level Path
Default consumer binding Server level

  1. Click Servers > Server Types > WebSphere application servers > server_name.

  2. Under Security, click JAX-WS and JAX-RPC security runtime.

    In a mixed node cell with a server using Websphere Application Server version 6.1 or earlier, click Web services: Default bindings for Web Services Security.

  3. Under Additional properties, click Trust anchors.


Certificate store

We can specify a certificate path configuration for the following bindings on the following levels:

Certificate store binding settings. The certificate is used for signing messages.

Binding name Server level or application level Path
Default consumer binding Server level

  1. Click Servers > Server Types > WebSphere application servers > server_name.

  2. Under Security, click JAX-WS and JAX-RPC security runtime.

    In a mixed node cell with a server using Websphere Application Server version 6.1 or earlier, click Web services: Default bindings for Web Services Security.

  3. Under Additional properties, click Collection certificate store.


Trusted ID evaluator reference

Specifies the reference to the Trusted ID evaluator class name defined in the Trusted ID evaluators panel. The trusted ID evaluator is used for determining whether the received ID is trusted.

We can select the following options:

None

If selected, the trusted ID evaluator is not specified.

Existing evaluator definition

If selected, we can select one of the configured trusted ID evaluators.

We can specify a certificate path configuration for the following bindings on the following levels:

Trusted ID evaluator bindings settings. The trusted ID evaluator is used to determine if a received ID is trusted.

Binding name Server level or application level Path
Default consumer binding Server level

  1. Click Servers > Server Types > WebSphere application servers > server_name.

  2. Under Security, click JAX-WS and JAX-RPC security runtime.

    In a mixed node cell with a server using Websphere Application Server version 6.1 or earlier, click Web services: Default bindings for Web Services Security.

  3. Under Additional properties, click Trusted ID evaluators.

Binding evaluator definition

If selected, we can specify a new trusted ID evaluator and its class name.

When you select a trusted ID evaluator reference, configure the trusted ID evaluators before setting the token consumer.

The Trusted ID evaluator field is displayed in the default binding configuration and the application server binding configuration.


Verify nonce

Whether the nonce of the user name token is verified.

This option is displayed on the cell, server, and application levels. This option is valid only when the type of incorporated token is the user name token.


Verify timestamp

Whether the time stamp of user name token is verified.

This option is displayed on the cell, server, and application levels. This option is valid only when the type of incorporated token is the user name token.


Value type local name

Local name of value type for the consumed token.

WAS v8.5 has predefined value type local names for the user name token and the X.509 certificate security token. Use the following local names for the user name token and the X.509 certificate security token. When we specify the following local names, we do not need to specify the Uniform Resource Identifier (URI) of the value type:

Username token

http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#UsernameToken

X509 certificate token

http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3

# X509 certificates in a PKIPath

http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509PKIPathv1

A list of X509 certificates and CRLs in a PKCS#7

http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#PKCS7

LTPA

LTPA_PROPAGATION

For Lightweight Third Party Authentication (LTPA), the value type local name is LTPA. If you enter LTPA for the local name, specify the http://www.ibm.com/websphere/appserver/tokentype/5.0.2 URI value in the Value type URI field as well. For LTPA token propagation, the value type local name is LTPA_PROPAGATION. If you enter LTPA_PROPAGATION for the local name, specify the http://www.ibm.com/websphere/appserver/tokentype URI value in the Value type URI field as well. For the other predefined value types (Username token, X509 certificate token, X509 certificates in a PKIPath, and a list of X509 certificates and CRLs in a PKCS#7), the value for the local name field begins with http://. For example, if you are specifying the username token for the value type, enter http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#UsernameToken in the value type local name field and then we do not need to enter a value in the value type URI field.

When we specify a custom value type for custom tokens, we can specify the local name and the URI of the Quality name (QName) of the value type. For example, you might specify Custom for the local name and http://www.ibm.com/custom for the URI.


Value type URI

Namespace URI of the value type for the integrated token.

When we specify the token consumer for the user name token or the X.509 certificate security token, we do not need to specify this option. To specify another token, specify the URI of the QName for the value type.

The application server provides the following predefined value type URIs:


Related


Configure token consumers using JAX-RPC to protect message authenticity at the server level
Configure programmatic logins for Java Authentication and Authorization Service


Reference:

Token consumer page
Token generator page
Token generator configuration settings


+

Search Tips   |   Advanced Search