Configure single sign-on (SSO) using another IdP

This feature is only available on our Enterprise plan. Contact sales for more information.

Before you begin, make sure you have an Admin account (Viewer or Contributor) with Abstract.

Step 1: Configure SAML 2.0 for Abstract

Abstract supports SAML 2.0 protocol. If your IdP uses the SAML 2.0 protocol, you may be able to configure SSO in Abstract.

You may need to add the following information to your IdP:

Abstract’s EntityId

Abstract’s Assertion Consumer Service (ACS) URL

Audience Restriction

About SAML responses:

  • We currently only support HTTP:POST binding.
  • We are expecting an “email” Assertion Attribute, as shown below.

<saml2:Attribute Name="email" NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:unspecified">

    <saml2:AttributeValue xmlns:xs="" xmlns:xsi="" xsi:type="xs:string"></saml2:AttributeValue>


Step 2: Set up SAML single sign-on in Abstract


  1. Open the Abstract app (desktop or web).
  2. In the left side pane, click on the organization name.
  3. From the dropdown, select Organization Settings.
  4. Select the Permissions tab.
  5. In the Configure SSO section, enter your Metadata URL and Entity ID.
  6. Enter any manual exceptions you might have. Emails listed in the manual exceptions section will bypass SSO and be able to log in with email and password.
  7. Note: You’ll need to use primary email addresses in the manual exceptions list. SSO activation will fail if the email you list is a user’s secondary email. If that happens, you’ll see an error message with the primary email for the failing account. Add that primary email to the manual exceptions list after you’ve verified you know the user.
  8. Click Test with my Account. If the test fails, you’ll need to contact our support team to manually enable SSO.
  9. Toggle Activate SSO on. 
  10. Click Save Changes.