Basic Flow

  1. Log on to IBM® webMethods iPaaS as a user with Cloud-Tenant-Administrator privileges. In IBM webMethods iPaaS, you can grant access to external identity provider users by assigning the default IBM webMethods iPaaS roles to the users, or by assigning IBM webMethods iPaaS roles to the users based on external identity provider group membership. If you want to do the latter, go to Administration > Roles and note the role names.

  2. Create the URI for connecting the external identity provider to IBM webMethods iPaaS:

    a. Go to Administration > Single-sign on > Add identity provider.

    b. Specify the identity provider display name and unique identifier.

    c. Copy the auto-created URI that appears in the IBM webMethods iPaaS redirect URI field to the clipboard. You can use the icon at the far right of the field to copy.

  3. Configure your identity provider using the following examples:

Configuration in IBM webMethods iPaaS

Return to the Metadata page and complete the fields. If you copied the external identity provider metadata URI or saved the metadata to file, choose to import and then specify the URI or file.

Click Next.

Go to the Configuration page and complete the fields as necessary. If you imported the external identity provider metadata, some of the fields are pre-populated with that corresponding metadata. If you did not import metadata, IBM webMethods iPaaS fields map to the external identity provider attributes as follows:

Tab Name Field Name Description Identity Provider Attribute or Field
Metadata Single Sign-On Type SAML 2.0 --------
Metadata Identity provider display name Friendly name of the identity provider. --------
Metadata Identity provider unique identifier for use in IBM webMethods iPaaS redirect URI Unique identifier for the identity provider. --------
Metadata IBM webMethods iPaaS redirect URI URI that redirects external identity provider users to IBM webMethods iPaaS. Copy the IBM webMethods iPaaS redirect URI to these fields:
  • Okta: Single sign on URL and Audience URI fields.
  • Azure: Reply URL and Sign on URL fields.
  • ADFS: Auto-populated with the Relying Party > Endpoints > SAML Assertion Consumer Endpoints on importing the IBM webMethods iPaaS descriptor to ADFS while adding the relying party.
Configuration NameID policy format Format to use for the subjects of SAML assertions.
  • Okta: Set the Name ID format attribute.
  • Azure: Set the Name identifier attribute.
  • ADFS: Auto-populated with the NameID format set as the Outgoing name ID format while adding claim rules in the relying party in ADFS.
Configuration Single sign-on service URL URL for the identity provider endpoint/service to which applications must submit service requests (SAML AuthnRequests). If you are creating the identity provider from scratch in IBM webMethods iPaaS (as opposed to importing a configuration), copy the value from this identity provider field to the IBM webMethods iPaaS field:
  • Okta: Identity Provider Single Sign-On URL field.
  • Azure: Login URL field.
  • ADFS: Copy the Location value under the SingleSignOnService tag inhttps://HOST NAME/FederationMetadata/2007-06/FederationMetadata.xml.
Configuration(SAML advanced settings) HTTP-POST binding response Whether the identity provider uses HTTP-POST binding to respond to authentication requests instead of the default HTTP-Request rebinding. Default value is true. --------
Configuration (SAML advanced settings) HTTP-POST binding for AuthnRequest Whether the identity provider expects applications to use HTTP-POST binding to submit authentication requests instead of the default HTTP-Redirect binding. Default value is true. --------
Configuration (SAML advanced settings) Assertions signed (on/ off) Whether the identity provider signs SAML assertions and send the signed assertion. If you set the IBM webMethods iPaaS field to On, set this attribute as follows:
  • Okta: Set the Assertion Signature attribute to Signed.
  • Azure: Set the Signing Option attribute to Sign SAML assertion.
  • ADFS: Assertion is signed by default.
Configuration (SAML advanced settings) Assertions encrypted Whether IBM webMethods iPaaS expects an encrypted assertion from the identity provider. If you set the IBM webMethods iPaaS field to ON, create the certificate as follows: i. Copy the Service Provider Descriptor URL from the Configuration tab in IBM webMethods iPaaS and open it in a browser.
Note: This field is visible only after the Single sign-on profile is saved.
Copy the content of the X509Certificate attribute from the response to a file, add the header —–BEGIN CERTIFICATE—– and the footer —–END CERTIFICATE—–, and save the file with the extension .cert. Set this attribute and upload the certificate:
  • Okta: Set the Assertion Encryption attribute to On and then upload the certificate.
  • Azure: Token Encryption section of the application’s page - upload the certificate and then set the Activate token encryption attribute to On.
  • ADFS: Auto-popluated on importing the IBM webMethods iPaaS descriptor to ADFS while adding the relying party. If updated later, in ADFS navigate to Encryption and add the new certificate.
Configuration (SAML advanced settings) Validate signature Whether IBM webMethods iPaaS validates SAML assertion signatures. If you set the IBM webMethods iPaaS field to On, copy the public certificate from the identity provider to the Validating X509 Certificates field in IBM webMethods iPaaS. You can obtain the certificate as follows:
  • Okta: Copy the X.509 Certificate from the View Setup Instructions link in the Sign-on tab of the application and remove the —–BEGIN CERTIFICATE—– header and the —–END CERTIFICATE—– footer. ii. Copy the X.509 Certificate by downloading the metadata file provided at the Identity provider Metadata link in the Sign-on tab of the application.
  • Azure: Go to Azure Active directory > Enterprise applications > Symantec Web Security Service (WSS) > Single sign-on > SAML Signing Certificate and download the certificate provided at the Certificate (Base64) link.
  • ADFS: Auto-populated if the federation metadata was imported using a file. If the Create from scratch option was used, then copy the content inside the tag in https://HOST NAME/FederationMetadata/2007-06/FederationMetadata.xml.
Attributes Username Name of the SAML attribute that identifies the user. Always the NameID attribute value in the Identity provider (for example, an email address or user name).
Attributes Work email Name of the SAML attribute that provides the user’s email address.
  • Okta: Set the user.email attribute.
  • Azure: Set the user.mail attribute.
  • ADFS: In ADFS, navigate to Add Rule. In the Add Transform Claim Rule window, select LDAP Attribute as E-Mail-Address and set Outgoing claim type as the same value provided in IBM webMethods iPaaS.
Attributes First name Name of the SAML attribute that provides the user’s first name.
  • Okta: Set the user.firstName attribute.
  • Azure: Set the user.givenname attribute.
  • ADFS: In ADFS, navigate to Add Rule. In the Add Transform Claim Rule window, select LDAP Attribute as Given Name and set Outgoing claim type as the same value provided in IBM webMethods iPaaS.
Attributes Last name Name of the SAML attribute that provides the user’s last name.
  • Okta: Set the user.lastName attribute.
  • Azure: Set the user.surname attribute.
  • ADFS: In ADFS, navigate to Add Rule. In the Add Transform Claim Rule window, select LDAP Attribute as Surname and set Outgoing claim type as the same value provided in IBM webMethods iPaaS.
Roles IBM webMethods iPaaS Roles Roles set in the Identity provider. The values are reflected in the SAML assertion. In the SAML assertion response, IBM webMethods iPaaS looks for a key named roles to get the list of roles.
  • Okta: Add a new key named roles under Group Attribute Statements and set the value to the name of the groups.
  • Azure: In the User Attributes & Claims section add a new key named roles and set the value to user.assignedroles.
  • ADFS: In ADFS, navigate to Add Rule. In the Add Transform Claim Rule window, select Send Claims Using a Custom Rule and update the Custom rule section.

Click Next.

On the Attributes page, type the user attribute names you specified in identity provider.

Click Next.

Note:

  • Whenever a user logs in, all user attributes are updated from the external identity provider.

  • You cannot use an external identity provider user as a technical user for API authentication. Instead, use an internal user for technical API calls.

On the Roles page, you can grant access to identity provider users as follows:

  • By assigning default IBM webMethods iPaaS roles to Identity Provider user

    Click Assign default IBM webMethods iPaaS roles to users. Later, you can go to individual IBM webMethods iPaaS products and modify the access.

  • By assigning IBM webMethods iPaaS roles to identity provider users based on Identity Provider group membership

    Click Assign IBM webMethods iPaaS roles to users by mapping to identity provider roles. Click +, select a IBM webMethods iPaaS role, and then type the name of the Identity Provider group that corresponds to the role. IBM webMethods iPaaS updates the user role assignments at each login. If an external-Identity Provider role matches the SAML assertion, the role is added. If not, the role is removed.

Save the identity provider configuration.