SSO with Microsoft Entra ID (Azure AD)
Use this guide when your organization authenticates Guard users through Microsoft Entra ID with SAML 2.0.
Guard SSO is configured by AutoRABIT Support in Keycloak. You set up the Entra application and send us the federation metadata.
Before you start
You need:
Administrator access to Microsoft Entra ID:
From us:
Reply URL (also called Redirect URI or ACS URL)
Identifier (Service Provider Entity ID)
Step 1: Create the enterprise application
Sign in to the Microsoft Entra admin centre.
Go to Identity → Applications → Enterprise applications.
Select New application → Create your own application.
Enter a name such as
Guard. Choose "Integrate any other application you don’t find in the gallery (Non-gallery)" and create the app.Open the app and select Single sign-on → SAML.
Step 2: Enter the Guard SAML values
In Basic SAML Configuration, edit and set:
Identifier (Entity ID)
The Identifier from Support
Reply URL (Assertion Consumer Service URL)
The Reply URL from Support
Sign on URL (optional)
Your Guard login URL, if Support provides one
Save the configuration.
Step 3: Configure claims (attributes)
In Attributes & Claims, make sure these claims are released. Guard maps them on login.
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname
user.givenname
First name
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surname
user.surname
Last name
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress
user.mail
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name
Prefer the same value as the Guard username (often email)
Username match / account merge
Step 4: Create the admin app role
Guard admins must receive the role claim TENANT-MANAGER from Entra. A role assigned only inside Keycloak or Guard does not stick across SSO logins.
Open App registrations and select the same Guard application (or the linked app registration).
Go to App roles → Create app role.
Set:
Display name:
TENANT-MANAGERAllowed member types: Users/Groups
Value:
TENANT-MANAGERDescription: Guard tenant administrator
Enable the role
Save.
Also confirm the SAML token includes the role claim:
http://schemas.microsoft.com/ws/2008/06/identity/claims/role
Step 5: Assign users and groups
In the enterprise application, open Users and groups.
Assign every user or group that should access Guard.
For Guard admins, assign them the TENANT-MANAGER app role.
Everyone else can be assigned without that role. They receive standard Guard user access after Support finishes Keycloak mapping.
Step 6: Download federation metadata and send it to us
In Single sign-on → SAML, under SAML Certificates, download Federation Metadata XML.
Reply to us with:
The Federation Metadata XML file
Confirmation of which users or groups are Guard admins (
TENANT-MANAGER)Confirmation that the username claim matches existing Guard logins (usually email)
Your preferred button label on the Guard login page (for example
Contoso SSO)
We will then complete the Keycloak side and confirm when you can proceed with testing.
Step 7: Test
Sign out of Guard.
Open the Guard login page and choose the SSO option for your organization.
Sign in with an Entra test user.
Confirm:
A standard user lands with normal Guard access
An admin still has admin access after SSO
Existing Guard users are matched to their previous accounts (no unexpected duplicates)
Troubleshooting
User reaches Guard as the wrong person / opaque username
Username claim does not match Guard login. Align Name/email claim with us.
Admin loses admin rights after next SSO login
TENANT-MANAGER app role missing in Entra, or role claim not released.
Login fails after Redirect URI change
Reply URL / Identifier in Entra no longer match the values we configured. Ask us before changing them.
Last updated
Was this helpful?

