With SSO (Single Sign-On), you can login to multiple systems with the same login credentials. You can now use SSO with your community platform. Your members can enter a single username and password once and get secure access across different applications including your community. For example, CMNTY Platform and your webshop.
CMNTY Platform can act as a service provider to another system (the identity provider). To set this up, you have to configure both your identity provider as CMNTY platform to achieve this.
Support and configuration
CMNTY Platform supports the SAML 2.0 specification and can only act as a service provider. We support both the identity provider initiated flow and the service provider initiated flow. This means that when your logging in you can go from the identity provider to the service provider (CMNTY Platform) and the other way around. We support both Single Sign-On and Single Log-Out.
It is possible to use your existing user base within the platform next to your SAML user base. You are capable of configuring so both login methods work. We call this shared login and can be turned on or off.
If you want to use the SAML user base within a CMNTY Platform the platform will always be updated. If you add a new member to your SAML user base in a later stage, the user will be added to CMNTY Platform automatically right after the very first login in the SAML user base.
When you delete one of your staff members from your own database, the person will still be in the community but is not able to login anymore. This means that the data will be saved in the community but they can’t participate in or access the community anymore.
Setting up SAML SSO in Admin
- Within CMNTY Platform you can enable SAML Single Sign-On in Admin > Configure.
- Choose Integrations > SAML.
- After activating SSO (Single Sign-On), you are required to fill in an Issuer URL, Login Endpoint and X509 Certificate.
The Logout Endpoint is not a mandatory field. If you want to enable Single Log-Out and if your identity provider supports this, you should complete this field. The data for these input fields can be obtained from your identity provider.
If you activate shared login, you will be capable of logging in through the SAML-based identity provider and through the CMNTY Platform login page. Do note, however, that you are not capable of logging in with a SAML user on the Platform login page or log in with SAML on a platform account.
For testing purposes, it’s advised to activate shared login at the start, so you are capable of testing your SAML configuration entirely. After you have set the SAML configuration and everything is running as expected, you can disable “Activate Shared Login” if you only wish to have users through SAML. If “Activate Shared Login” is disabled, the login page from CMNTY Platform will not be accessible anymore, unless you or someone from CMNTY Corporation enables it again.
Identity provider settings
Most of the configuration will take place on the side of the identity provider. You will have to configure the CMNTY Platform as a service provider within your identity provider.
You can use the following URLs for configuration.
ACS URL: https://yourplatform/saml/acs
Issuer URL: https://yourplatform/
Logout URL: https://yourplatform/saml/logout
Metadata URL: https://yourplatform/saml/metadata
When returning the ACS response, CMNTY Platform will use the HTTP-POST binding.
When returning the SLO response, CMNTY Platform will use the HTTP-Redirect binding.
The following settings are required by the identity provider to send along with the SAML requests.
Name ID (Required)
Setting a NameID is required. Make sure that this is a unique identifier at your place that does not change. This way, CMNTY Platform will be capable of identifying the correct user.
Your Unique Identifier
Email address Attribute (Required)
<saml:Attribute Name=”User.Email” NameFormat=”urn:oasis:names:tc:SAML:2.0:attrname-format:unspecified”>
Username Attribute (Required)
<saml:Attribute Name=”User.Username” NameFormat=”urn:oasis:names:tc:SAML:2.0:attrname-format:unspecified”>
Role Attribute (Optional)
<saml:Attribute Name=”User.role” NameFormat=”urn:oasis:names:tc:SAML:2.0:attrname-format:unspecified”>
The role attribute is optional. If no role is set, the user will be a member by default. Accepted values for the role attribute can be found in the platform, on the Role Overview page.
Other profile attributes (Optional)
CMNTY Platform contains a profile data mapper for SAML. You can send along any other attributes with your request. Within Admin, you can Configure which attribute maps to which profile field. Go to Profile mapping to add mapping under Integrations > SAML.
This is really useful if you want to send user profile data to the platform. Add the data key in the Identity Provider Field and select a Profile Field in the drop-down. Make sure that your identity provider sends the data key and it’s value along within the SAML response to CMNTY Platform.
Every Profile Field can be chosen, except for Descriptive Text type, as they have no value. Please make sure you don’t make any typos while filling in the data key otherwise no data will be saved. The system will recognize the data from your directory as text. So, if you are using profile fields like drop-down list, radio (one choice) or checkbox (multiple choice) the text should be the same as the answer options that you have created within the profile field. Our system is not strict about the use of capitals, so it is not a problem if you write ‘LEISURE’ or ‘leisure’, but it does not work if you write it differently or make a typo.
Mapping data does not override anything as it is done only the first time a user uses SAML as the login method. On subsequent logins, no user data will be read from the identity provider or written to CMNTY Platform.
Check out our article on setting up SSO with CMNTY Platform and G Suite.
Read our blog post about absolute do’s for managing your online community.
Or, check out other posts on social settings & SSO.