To register SSO with Inspace and Microsoft ADFS, please prepare the Microsoft ADFS application and send credentials to the InSpace support team.
Data needed from InSpace
For ADFS setup you need the following data from Inspace
Realm identifier: urn:auth0:dev-mzfu6d84
Endpoint: https://login.inspace.chat/login/callback
You need to provide federated metadata to InSpace for SSO setup.
The Federation Metadata file contains information about the ADFS server's certificates. If the Federation Metadata endpoint (/FederationMetadata/2007-06/FederationMetadata.xml) is enabled in ADFS, Auth0 can periodically (once a day) look for changes in the configuration, like a new signing certificate added to prepare for a rollover. Because of this, enabling the Federation Metadata endpoint is preferred to providing a standalone metadata file. If you provide a standalone metadata file, we will notify you via email when the certificates are close to their expiration date.
You can provide the ADFS URL or federated metadata file to InSpace. The ADFS URL is preferred because InSpace will connect to the given URL periodically and update the certificates.
Please also provide a test user so InSpace can test the full sign-in flow.
ADFS setup
There are 2 methods for ADFS setup
-
Automatic
-
Manual
Both ways of setup will be described below.
Automatic setup
For automatic setup, you must run the following scripts using the Windows PowerShell window.
You must run this script as an administrator of your system.
For automated integration, this script uses the ADFS PowerShell SnapIn to create and configure a Relying Party that will issue, for the authenticated user, the following claims: email, upn, given name, and surname.
The script creates the Relying Party Trust on ADFS, as follows:
The script also creates rules to output the most common attributes, such as email, UPN, given name, or surname:
Manual Setup
Manual setup part 1: Add a Relying Party Trust
-
Open the ADFS Management Console.
-
On the right side of the console, click Add Relying Party Trust*
-
Click Start.
-
Select Enter data about the relying party manually, and click Next.
-
Type a name (such as InSpace), and click Next.
-
Use the default (ADFS 2.0 profile), and click Next.
-
Use the default (no encryption certificate), and click Next.
-
Check Enable support for the WS-Federation..., and type this value in the textbox: https://login.inspace.chat/login/callback
-
Click Next.
-
Add a Relying Party Trust identifier with this value: urn:auth0:dev-mzfu6d84
-
Click Add, and then Next.
-
Leave the default Permit all users..., and click Next.
-
Click Next, and then Close
Manual setup part 2: Add a claim issuance policy rule
-
If you're using Windows Server 2019, the Edit Claim Issuance Policy dialog box automatically opens when you finish the Add Relying Party Trust wizard. If you're using Windows 2012 or 2016, follow these steps:
In Windows Server 2012 |
In Windows Server 2016 |
---|---|
In the Actions panel on the right side of the console, find the Relying Party Trust you just created. Beneath it, click Edit Claim Issuance Policy. |
In the console tree, under ADFS, click Relying Party Trusts. On the right side of the console, find the Relying Party Trust you just created. Right-click it and click Edit Claim Issuance Policy. |
-
In the Edit Claim Issuance Policy Window, under Issuance Transform Rules, click Add Rule....
-
Leave the default
Send LDAP Attributes as Claims.
-
Give the rule a name that describes what it does.
-
Under Attribute Store, select Active Directory.
-
Select these mappings under
Mapping of LDAP attributes to outgoing claim types, and click Finish.
LDAP Attribute |
Outgoing Claim Type |
---|---|
E-Mail-Addresses |
E-Mail Address |
Display-Name |
Name |
User-Principal-Name |
Name ID |
Given-Name |
Given Name |
Surname |
Surname |
The mappings in the previous steps are the most commonly used, but if you need additional LDAP attributes with information about the user, you can add more claim mappings.
-
If you closed the window on the previous step, select Edit Claim Rules on the context menu for the Relying Party Trust you created, and edit the rule.
-
Create an additional row for every LDAP attribute you need, choosing the attribute name in the left column and desired claim type in the right column.
-
If the claim type you are looking for doesn't exist, you have two options:
-
Type a namespace-qualified name for the new claim (for example, http://schemas.xmlsoap.org/ws/2005/05/identity/claims/department).
-
Register a new claim type (under ADFS > Services > Claim Descriptions on the ADFS admin console), and use the claim name in the mapping. Auth0 uses the name part of the claim type (for example department in http://schemas.xmlsoap.org/ws/2005/05/identity/claims/department) as the attribute name for the user profile.