Single Sign-On - SAML

SAML Single Sign-On Transaction Steps

Single Sign-On Transaction Steps

The image above illustrates the following 10 steps that complete one SAML-based SSO transaction:

  1. The user attempts to access the R-Service account of his/her organization using a browser application such as Microsoft Internet Explorer, Google Chrome, etc.

  2. R-Service looks up the settings of the R-Service account of the user’s organization and sees that SSO has been configured in this account. That is why, rather than prompting the user for an email address and password, R-Service generates a SAML authentication request. R-Service then encodes this SAML authentication request and embeds it into a redirect URL that is intended for the SSO service of the identity provider that the user’s organization uses. Also embedded in the redirect URL is the encoded destination URL within the R-Service account that the user is trying to reach.

  3. R-Service sends the redirect URL to the user’s browser.

  4. The user’s browser redirects to identity provider’s SSO service.

  5. The identity provider decodes the SAML request and extracts the destination URL. The identity provider then authenticates the user.

  6. The identity provider generates a SAML response that contains the authenticated email address of the user and the destination URL. In accordance with the SAML 2.0 specification, this response is digitally signed with the identity provider’s public and private DSA/RSA keys.

  7. The identity provider encodes the SAML response along with the user’s email address and destination URL, and provides a mechanism so that the user’s browser will forward this information to R-Service.

  8. The user’s browser forwards the encoded information to R-Service.

  9. R-Service verifies the SAML response using the SHA1 fingerprint of the identity provider’s SAML certificate. If the SAML response includes just-in-time provisioning attributes, the JIT End User Access Provisioning functionality is triggered to automatically generate a new person record if one does not yet exist with the user’s email address, or to automatically update the user’s person record in R-Service.

  10. If the SAML response is successfully verified, and the necessary just-in-time provisioning actions have been completed successfully, R-Service redirects the user to the destination URL within the R-Service account of the user’s organization. The user is now logged in to R-Service.

How to Enable SAML SSO for R-Service

To make SAML SSO work for an organization’s R-Service account, the R-Service account owner will need the following information:

This information can then be entered by the R-Service account owner in the Single Sign-On section of the Settings console.

Single Sign-On Configuration

Once SSO has been enabled, the account owner can check whether it works by logging out of R-Service and subsequently trying to access R-Service again by going to the URL of the R-Service account. If the account owner is already logged in to the identity provider, R-Service nor the identity provider should no longer ask for an email address and password. Instead, the account owner is directly taken to the R-Service inbox.

Authentication ID

In case the Identity Provider is unable to provide the email address, or in the rare case that users are allowed to specify their email address without any validation that they own that email address, it is possible to identify a person using the Authentication ID attribute. Be sure to populate the Authentication ID for all people in your account and select the Authentication ID option from the Identifier dropdown in the Single Sign-On configuration of R-Service. When that unique identifier is passed in the NameID attribute of the SAML response to R-Service, that value is used to lookup the corresponding person record.

Secure Hash Algorithm

The following secure hash algorithms are supported by R-Service: