This documentation is for WSO2 Identity Server 5.0.0. View documentation for the latest release.
Configuring Single Sign-On with SAML 2.0 - Identity Server 5.0.0 - WSO2 Documentation
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 18 Next »

Single-sign-on is one of the key features of the WSO2 Identity Server that enables users to access multiple applications using the same set of credentials. Additionally, the user can access all these applications without having to log into each and every one of them individually. So, if users log into application A, for example, they would automatically have access to application B as well for the duration of that session without having to re-enter their credentials.

The profiles specification for Security Assertion Markup Language 2.0 (SAML 2.0) defines single sign-on based on a web browser. This topic provides instructions on how to use the sample available in the WSO2 Identity Server to demonstrate how to configure SSO using SAML 2.0 with a sample service provider.


 Click here to view vital information when running this sample in WSO2 Application Server

When running this sample on AS

Both this SSOAgentSample application and WSO2 Application Server contain different versions of the same slf4j jar. As a solution you can select ONE of the following approaches.

  1. Remove log4j-over-slf4j-1.6.1.jar file from directory and deploy.
  2. Modify <AS_HOME>/repository/conf/tomcat/webapp-classloading-environments.xml to resolve the slf4j conflict and restart the WSO2 Application Server. This change is done so as not to expose the org.slf4j.* package from WSO2 Carbon. 


Configuring the SSO web application

 To start off, you must obtain and configure the single sign-on sample. The following steps provide instructions on how to do this.

  1. Use SVN to check out the source from the repository location that contains the single sign-on sample.

    svn co
  2. Remove the parent entry in the pom.xml file that comes along with the sample. The contents of the pom.xml file will look similar to the following.

    <project xmlns="" xmlns:xsi="" xsi:schemaLocation="">
    	<name>Identity Server : SSO Samples</name>

    Alternatively, you can simply replace the existing pom.xml file with the sample pom.xml file.

  3. In your command line, navigate to <SAMPLE_HOME>/sso/SSOAgentSample in the folder you checked out and build the sample using the following command. You must have Apache Maven installed to do this (see Installation Prerequisites for the appropriate version to use).

    mvn clean install
  4. After successfully building the sample, a .war file named can be found inside the <HOME>/sso/SSOAgentSample/target folder. Deploy this sample web app on a web container. To do this, use the Apache Tomcat server.

    Since this sample is written based on Servlet 3.0 it needs to be deployed on Tomcat 7.x.

    Use the following steps to deploy the web app in the web container:

    1. Stop the Apache Tomcat server if it is already running.
    2. Copy the travelocity.war file to the <TOMCAT_HOME>/webapps folder.
    3. Start the Apache Tomcat server.

Tip: If you wish to change properties like the issuer ID, consumer URL and IdP URL, you can edit the file found inside the directory. This sample uses the following default values.

SAML.IssuerID=travelocity.comA unique identifier for this SAML 2.0 Service Provider application
SAML.ConsumerUrl=http://localhost:8080/ URL of the SAML 2.0 Assertion Consumer
SAML.IdPUrl=https://localhost:9443/samlssoThe URL of the SAML 2.0 Identity Provider

If you edit the file, you must restart the Apache Tomcat server for the changes to take effect.

Now that the web app is successfully deployed on a web container; the next step is to configure WSO2 Identity Server as the identity provider.

Configuring WSO2 Identity Server as an identity provider

  1. Start the Identity Server and access the management console using https://localhost:9443/carbon/
  2. Log in to the Identity Server using default administrator credentials (the username and password are both "admin").
  3. In the management console found on the left of your screen, navigate to the Main menu and click Add under Service Provider
  4. Expand the Inbound Authentication Configuration section and then expand SAML2 Web SSO Configuration
  5. Click Configure. A form appears. Register the new service provider by providing the following values.
    • Issuer:

      This value should be same as the SAML.IssuerID value specified inside the file.

    • Assertion Consumer URLhttp://localhost:8080/

      This value should be same as the SAML.ConsumerUrl value mentioned inside the file.

    • NameID format: Enter the default value here (i.e., urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress)
    • Use fully qualified username in the NameID: Set this as true by selecting the checkbox
    • Enable Response Signing: Set this as true by selecting the checkbox
    • Enable Assertion Signing: Set this as true by selecting the checkbox
    • Enable Signature Validation in Authentication Requests and Logout Requests: Set this as true 
    • Certificate Alias: Select wso2carbon here
    • Enable Single Logout: Set this as true by selecting the checkbox
  6. After providing above values click Register.

After successfully registering the service provider, log out from management console. You have now configuring Identity Server as the identity provider. The next step is to run the sample.

Running the sample

  1. Visit http://localhost:8080/ You are directed to the following page:
  2. Since you need to use SAML2 for this sample, click the first link, i.e., Click here to login with SAML from Identity Server. You are redirected to the Identity Server for authentication.
  3. Enter the default admin credentials (admin/admin).
  4. Now you are logged in and you can see the home page of the app.
  1. If you need to view the SAML request and response, please add the following debug log to the file found inside <PRODUCT_HOME>/repository/conf.
  2. Since single log out is enabled, if you click the logout button in the home page, you will successfully log out.
  • No labels