Set up Single sign-on (SSO) for your participants and members

  • 24 August 2020
  • 0 replies
  • 4349 views

Badge

With an annual Enterprise license or the EDU Institution license, you are able to use single sign-on (SSO) authentication in order to control access to your Slido organization and to your events.

 

 

There are two types of SSO protection that you can set up in Slido:

  • Participant SSO manages the participants' access. Use Google SSO or SAML based SSO authentication to make sure that only people from your company or specific department can join your internal meetings via Slido.
     
  • Member SSO manages the admin access which allows the members to create and manage Slido events. Only SAML SSO is supported.

 

Both SSO types are available only in our Enterprise and Institution plans. Participant SSO is also available in our Premium plan.

 

Depending on your needs, you can enable both Participant SSO and Member SSO or just one of them. It is also possible to turn off the Participant SSO for a specific event under Event Settings. This is useful when you want people outside of your organization to participate in some of your events.

 

Participant SSO

 

Slido supports the following authentication methods for your event participants:

  • Google SSO for participants - If you are using Google Suite at your company, the participants can join your Slido meetings using their Google login credentials.
     
  • SAML based SSO - You can set up SSO protection for your participants with any IdP that supports SAMLv2.0. This article covers all of the most popular identity providers such as OktaOneLogin, Microsoft Azure or Auth0.
     

Even with SSO, your participants can choose whether they want to post questions using their names or anonymously.

 

Set up Google SSO for participants

 

To set up Google SSO for participants:

  1. Open your Organization settings
  2. Select Event Privacy
     


In the Organization settings, do the following:

  1. Change your privacy method to Protected
  2. From the authentication method drop-down menu, select Google SSO
  3. Enter your company domain
     

file.php?view=Y&file=zfzt0ze5rtqys636dl0e1074nydv10ri.gif

 

Set up SAML based SSO for participants

 

To set up SAML based SSO for participants:

  1. Open your Organization settings
  2. Select Event Privacy
     

 

In the Organization settings, do the following:

  1. Change your privacy method to Protected
  2. From the authentication method drop-down menu, select SAML based SSO
  3. Upload your metadata file. You can follow these guides to create your .XML file based on your IdP: OneLoginOktaMicrosoft AzureAuth0.
     

Send us a message at support@slido.com if you need any help along the way.

 

file.php?view=Y&file=d0zvnunmdhgsxy6z61eomjqomp3e26li.gif

 

Prevent users from changing the privacy settings (optional)

 

If you're using SAML based SSO, you can lock these settings and prevent users of your organization from turning off the SSO protection for individual events. Admins and the Owner will still be able to do so.

 

file.php?view=Y&file=sxcb4nw13j4powxb47f2ec00ekpp0lqg.gif

 

Apply SAML SSO to all existing events (optional)

 

By default, changing your Event Privacy to SAML based SSO impacts only your future events which haven't yet been created. If you also wish to apply this setting on your already existing events, simply click Apply to all events.

 

file.php?view=Y&file=q2ct46ya93z2kdotim8hrzaxy5xwh4df.gif

 

SAML SSO configuration details:

 

Slido authentication process is based on the email as the unique user identifier . Here's the required NameID format:

 

urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress

 

Display name is based on the following SAML attributes in this order:

  • cn
     
  • displayName
     
  • name
     
  • firstName, lastName (both must be set), e.g. firstName=John and lastName=Doe then display name=John Doe
     
  • email (user part of email address), e.g. john.doe if the email was john.doe@email.com

 

This information is included in Slido SAML metadata. You can download it directly from Slido admin - Organization settings - Member SAML SSO tab. At the moment, the Organization or Company is not supported as a SAML attribute.

 

Useful information and FAQ:

  • Can participants still ask questions anonymously when there is SSO set up for the event?
    Yes! This helps to keep your data Private without any compromise on the level of the audience engagement.
  • We usually use Slido at the internal meetings, but there will be participants from outside of our company at the upcoming event. Will be they able to engage via Slido?
    Sure! You can disable the SSO login for the specific event in Event Settings - Privacy - Require authentication - Google/SAML SSO.

 

Member SSO

 

SAML-based single sign-on (SSO) gives Admins, Users, and Guests within a Slido organization access to Slido through their Identity Provider (IdP), for example, OktaOneLoginMicrosoft Azure, or Auth0, and others.

 

Member provisioning for selected IdPs is also available. It's possible to leverage our implementation of the SCIM protocol in case the IdP adheres to SCIM standards.

 

Member SSO can only be set up by the owner of the Slido organization. 

 

Steps to set up member SSO:

  • Upload your Identity Provider’s SAML metadata XML file to Slido
  • Test the configuration
  • Enable SSO
  • Enforce your members to log in via SSO
  • Allow Guests to log in without SAML SSO
  • Set up Member provisioning in selected Identity Providers

 

Upload your IdP's SAML metadata XML file to Slido

 

To get started, you need to set up your Identity Provider and acquire its SAML metadata XML file. Once you have it, you can upload it to your Slido organization.

  1. Open Organization settings
  2. Select Member SAML SSO
  3. Click Browse files to upload your IdP's SAML metadata XML file
     

Once uploaded, our system validates the XML file.

 

file.php?view=Y&file=j6rulijd79a64k73dm731qvbw613uze3.gif

 

If the file is correct, you will see the Entity ID of your IdP updated. You then may continue with the setup.

 

file.php?view=Y&file=bo7gapqb6nvvzyhj50yhkjwq7gscry4v.png

 

Test the configuration

 

Before enabling the configuration, you first have to test it by clicking Test SAML Login.

 

This opens a new window redirecting you to your Identity Provider in order to validate that the integration setup is correct on both sides.

 

file.php?view=Y&file=yw47une88lr27ungf9l3lk9r7rfb0jy1.gif


Successful test

 

If the integration is correctly set up and the test is successfully completed you will see a message saying Test successfully completed. Click Got it to go back to your Organization settings to continue with the setup.

Unsuccessful test

 

If the integration test fails you will see a message saying Test failed. Click Back to to go your Organization settings to fix the issue.

 

If the test fails, please double-check the uploaded XML metadata file. Also make sure that the person setting up the authentication in Slido is assigned to the associated SAML SSO application on the IdP side.

 

Enable SSO

 

After a successful test, you can enable the integration by clicking the Enable SSO button.

 

file.php?view=Y&file=rq7jj743x8mavssp5uc8mzzuq4sk653p.gif

 

How it works for your members:

 

Once Member SSO is enabled, your members will be able to log in to Slido using SSO.

 

The member's other login options (such as password or Google login) will still remain available as well. The screenshot below shows the experience of a member who has the option to log in using either password or SAML SSO integration.

 

Once the user chooses to Log in with SSO, they will automatically be redirected to your Identity Provider.

 

file.php?view=Y&file=9d60hqkf5ejv12382ks8ampl3jyz0etw.png

 

Enforce your members to log in via SSO

 

When Member SAML SSO is enabled, you may choose to enforce it by clicking the Enforce SSO button. Enforced SSO means that it is mandatory for members to log in using your Identity Provider. This helps to fully secure your organization account.

 

How it works for your members:

 

If the SAML SSO is enforced, any member trying to log in will have to go through your IdP's authentication. The members will no longer have the option to log in with with Slido password or Google SSO. Instead, they will be redirected to your IdP.

 

Once you enforce SAML SSO, the members who are logged in at that moment will have to re-login to their Slido account.

 

file.php?view=Y&file=wifmgdaegsv3s9a2bekj7wbuym1l637a.gif

 

Allow Guests to log in without SAML SSO

 

By default, when SSO is set up for the organization, the members can only invite other existing members to their events as guests. Sometimes, it might be useful to invite guests who are not from your company.

 

To allow inviting guests who are not a part of your Slido organization:

  1. Open Organization Settings - Member SAML/SSO
  2. Tick the Exclude guests option
     

The invited guests who are not part of your organization will use a password or Google account to log in to Slido.

 

file.php?view=Y&file=u96al5gtsqkoabfcrd5od7pnipdhpoon.gif

 

Set up Member provisioning in selected Identity Providers

 

You can set up SAML SSO and provisioning for your Slido organization in the following IdP's, or any other that complies with SCIM standards:

 

Useful information and FAQ:

  • Does Slido SSO authentication work from the service provider side, IdP, or both?
    Slido supports both SSO authentication flows.
     
  • Can we use the same SAML XML file for both - participant and member SSO?
    Yes, this is possible. Be careful with using the single file setup with user provisioning though - the participants don't create accounts the same way as Slido organization members. User provisioning won't work correctly if you mark the participants and the members for provisioning the same way. A 2-app setup on the IdP side is recommended. Please contact us at support@slido.com if you need any help with your user provisioning setup.
     
  • Can I test the member SSO before saving the settings to make sure it's working?
    There is no testing environment for the member SSO setup at the moment, but there is a test as a part of the setup process. If the test passes it means the integration is working well and member SSO can be enforced for your Slido organization. That should be sufficient to validate your setup before it's applied to your Slido organization.

 

Curious about more?


0 replies

Be the first to reply!

Reply