Concept - Single Sign-On (SSO)

1 Introduction


This concept is valid for ICM version and higher.

Single sign-on allows a user to sign in to an application using his/her identity. If the user then accesses another application that accepts this identity, the user is immediately signed in without entering his/her credentials again. For the ICM this means that a once authenticated user can access all ICM applications (e.g. SMC, Operations BackOffice, etc.) without entering his/her credentials.

1.1 Glossary

SSOSingle sign-on
OAuth2Authentication/authorization standard/protocol
OpenID ConnectAuthentication/authorization standard/protocol based on OAuth2
OIDCAbbreviation for OpenID Connect
KeycloakImplementation of OpenID Connect
Azure ADMS Azure Active Directory (B2B and B2C)

1.2 References

2 Overview

SSO is implemented using OpenID Connect. This means:

  • The ICM (client role) delegates authentication to a trusted identity provider which issues an (authentication) token.
  • The ICM (server role) accepts (authentication) tokens issued by one or many trusted identity providers.
  • The trusted identity providers have the ownership of user identities.
  • The ICM may still accept local credential data for user authentication. In that case the ICM does not provide SSO.


The current implementation was tested with Keycloak and Azure AD B2B only. In the future additional identity providers will be supported.

The involved actors in the SSO process are as follows:

SSO actors

3 Organization Dependency

Every ICM user belongs to an organization. Therefore authentication always requires the user to enter the name of the organization (SMC users always belong to Operations). Since most identity providers do not have information about organizations, the name of the organization must always be entered in an ICM form. Inside the ICM the organization's name is mapped to one or many identity provider configurations (this may include local). Based on this configuration, the remaining part of the authentication is executed.

Currently the organization-to-identity-provider-configuration mapping is based on properties accessed using the configuration framework. See section Configuration for details.

4 Process

The SSO process consists of the following steps:

1UserAccess the ICM.
2ICMIf the accessed resource is protected, delegate to login page.
3UserEnter the name of the organization (except SMC).
4ICMDecide which identity provider(s) and/or local authentication are enabled for this organization.

Select an identity provider or enter local credentials.

6ICMThe ICM redirects to the (selected) identity provider's login page.
7Identity providerThe identity provider authenticates the user.
8Identity providerThe identity provider redirects to ICM providing a one-time-code.
9ICMRequest an access token using the one-time-code from the identity provider (not visible to the user).

Treat the user as authenticated.


each time the user accesses the ICM, the token is validated using the identity provider if necessary.


In addition, note the following:
  • Steps 4 and the following only apply if the user selects an identity provider (does not use local authentication).
  • Usually the token is cryptographically signed so the ICM may request the public key from the identity provider to validate the token's authenticity.
  • Usually the token has a limited lifetime so the ICM has to request a fresh token from the identity provider from time to time.
  • For further information refer to:

5 Configuration

5.1 Property Explanation

The necessary properties are structured as follows:

Key/PatternDescriptionMandatoryDefault ValueType{Codomain}
intershop.authentication.oidc.jwkCacheLifetimeThe public keys required to validate the ID token signature are downloaded from the identity provider. Afterwards these keys are cached. This property defines how long the keys remain inside the cache.


3600000 (1 hour)


number of milliseconds


syntax defined by java.time.Duration

intershop.authentication.oidc.maxClockSkewThe clocks of the ICM appserver and the identity provider may be slightly different. This property defines maximal difference.


60000 (1 minute)


number of milliseconds


syntax defined by java.time.Duration

intershop.authentication.oidc.minAccessTokenLifeTimeLeftDuring token validation the expiration time of the access token is checked. If the expiration time is near the current time, the tokens are refreshed using the refresh token (if present). This property defines the minimal amount of time between the access token expiration time and the current time.


180000 (3 minutes)


number of milliseconds


syntax defined by java.time.Duration

intershop.authentication.oidc.stateCookieNameA state cookie is required by this implementation (removed after authentication). This property defines the name of the cookie.


intershop.authentication.acceptUnsignedTokensNormally, ID tokens are signed to ensure origin and integrity. To accept unsigned ID tokens, set this property to true.


intershop.identityProvider.remoteEnables/disables the whole feature. If disabled, only local authentication is allowed.


unsupportedEnum{supported, unsupported}
intershop.authentication.<organizationKey>.externalnameMaps ICM organization to an external name. organizationKey is the organization's name inside of ICM. The value is the external organization name. 


intershop.authentication.<organizationKey>.identityprovidersKeys of the identity providers (string[] comma-separated, spaces removed, optional, default=string[0])


localString[], comma-separated, spaces are removed
intershop.authentication.identityprovider.<identityProviderKey>.typeDefines the type of the identity provider


Enum{local, oidc}
intershop.authentication.identityproviders.<identityProviderKey>.nameDefines the (display) name of the identity provider


intershop.authentication.identityproviders.<identityProviderKey>.configurationType-dependent identity provider configuration string


String (see below)


The identityProviderKey is used to map identities of this identity provider to local user accounts. Do not change the identityProviderKey after going live, otherwise users will be created with a new identityProviderKey and lose their permissions.


For each identity provider referenced by intershop.authentication.<organizationKey>.identityproviders the properties intershop.authentication.identityprovider.<identityProviderKey>.* have to be present as defined above.

The syntax for the properties intershop.authentication.identityproviders.<identityProviderKey>.configuration is defined as follows:

Identity Provider TypeSyntax

JSON containing the attributes:

  • issuer: identity provider URL (issuer of the token)
  • client_id: id of the client
  • client_secret: secret of the client (optional)
  • additionalCustomScopeValues: array of custom scope value to be added to identity provider requests (optional)
localValue is ignored

5.2 Example Configuration




intershop.authentication.identityprovider.oidc_ad_1.type=oidc Connect AD 1
	"issuer": "",\
	"client_id": "24b5f295-e171-4d8e-9f27-212f645641fa",\
	"client_secret": "w55~gl-saTtuqqRX_.W_fs~1dK3py2Mr31",\
    "additionalCustomScopeValues": ["customScope1", "customScope2"]\

intershop.authentication.identityprovider.oidc_ad_2.type=oidc Connect AD 2
	"issuer": "",\
	"client_id": "62c5af81-d09d-4967-a42d-212f645641fa", \
	"client_secret": "2Lam_p-bmpbgHezn28bVqtJw_4Y5Zkq2k1" \

intershop.authentication.identityprovider.oidc_kc_1.type=oidc Connect KC 1
	"issuer": "",\
	"client_id": "ICM",\
	"client_secret": "b94c0646-e169-4da2-a035-ad91e1433261"\

intershop.authentication.identityprovider.oidc_kc_2.type=oidc Connect KC 2
	"issuer": "",\
	"client_id": "ICM",\
	"client_secret": "b94c0646-e169-4da2-a035-ad91e1433261"\

intershop.authentication.Operations.identityproviders=oidc_kc_1, oidc_kc_2, oidc_ad_1, oidc_ad_2, localICM

intershop.authentication.inSPIRED.identityproviders=oidc_kc_1, localICM

intershop.authentication.Myers.externalname=Myers - Subdivision of inSPIRED
intershop.authentication.Myers.identityproviders=oidc_kc_1, oidc_ad_1, localICM


The lines of the example configuration are described in the following table:

1Enable the support for external/remote identity providers.
2 to 7Configure general properties, e.g. accept unsigned tokens.
9Define the local identity provider (ICM itself) with key localICM.
11 to 18Define an Azure AD provider with key oidc_ad_1.
19Define additional custom scope value for oidc_ad_1.
23 to 28Define a second Azure AD provider with key oidc_ad_2.
30 to 37Define a Keycloak provider with key oidc_kc_1.
39 to 46Define a second Keycloak provider with key oidc_kc_2.
49Assign Intershop as external name to organization Operations.
50Assign identity providers oidc_kc_1, oidc_kc_2, oidc_ad_1, oidc_ad_2 and localICM to organization Operations.
51Assign inSPIRED as external name to organization inSPIRED.
53Assign identity providers oidc_kc_1 and localICM to organization inSPIRED.
55Assign Myers - Subdivision of inSPIRED as external name to organization Myers.
56Assign identity providers oidc_kc_1, oidc_ad_1 and localICM to organization Myers.
58/59Storefront uses the Anonymous Organization of the channel.

6 Data Ownership

Since (profile) data of users who are authenticated via external identity providers are managed by these identity providers, the data of these users cannot be changed by the ICM. Therefore the user profile data manipulation inside the ICM can be configured as follows using properties:

Key/PatternDescriptionMandatoryDefault ValueType{Codomain}

Configures if a profile field is:

  • HIDDEN: completely hidden from input forms
  • READONLY: displayed in input forms but not editable
  • READWRITE: displayed in input forms and editable

The contextType inside the key currently maps to the identityProvider.type defined above.




The information provided in the Knowledge Base may not be applicable to all systems and situations. Intershop Communications will not be liable to any party for any direct or indirect damages resulting from the use of the Customer Support section of the Intershop Corporate Web site, including, without limitation, any lost profits, business interruption, loss of programs or other data on your information handling system.

Customer Support
Knowledge Base
Product Resources
Support Tickets