Qlik Community

Knowledge

Search or browse our knowledge base to find answers to your questions ranging from account questions to troubleshooting error messages. The content is curated and updated by our global Support team

How To: Configure Qlik Sense Enterprise SaaS to use Azure AD as an IdP. Now with Groups!

cancel
Showing results for 
Search instead for 
Did you mean: 
Jeffrey_Goldberg
Employee
Employee

How To: Configure Qlik Sense Enterprise SaaS to use Azure AD as an IdP. Now with Groups!

Summary

  • Step-by-step instructions for implementing Azure AD identity provider connectivity in Qlik Sense Enterprise SaaS.
  • Configuring an App registration in Azure AD.
  • Configuring group support using MS Graph permissions.

Prerequisites

Please make sure to have the following before starting this process:

  • Microsoft Azure account
  • Microsoft Azure Active Directory instance
  • Qlik Sense Enterprise SaaS tenant
  • BYOIDP feature in your Qlik license is set to YES. Contact customer support to find out if you are entitled to bring your own identity provider to your tenant.

Helpful vocabulary

Throughout this tutorial, some words will be used interchangeably.

  • Qlik Sense Enterprise SaaS: Qlik Sense hosted in Qlik’s public cloud
  • Microsoft Azure Active Directory: Azure AD
  • Tenant: Qlik Sense Enterprise SaaS tenant or instance
  • Instance: Microsoft Azure AD
  • OIDC: Open Id Connect
  • IdP: Identity Provider

Tutorial sections

This is a long tutorial with many clicks. It’s broken up into sections to make it easier to skip the desired set of instructions:

Considerations when using Azure AD with Qlik Sense Enterprise SaaS 

Introduction 

Configure Azure AD

Create the app registration
Create the client secret
Add claims to the token configuration
Add group claim
Collect Azure AD configuration information

Configure Qlik Sense Enterprise SaaS IdP

---------------------------------------------------------

Considerations when using Azure AD with Qlik Sense Enterprise SaaS

  • Qlik Sense Enterprise SaaS allows for customers to bring their own identity provider to provide authentication to the tenant using the Open ID Connect (OIDC) specification (https://openid.net/connect/)

 

  • Given that OIDC is a specification and not a standard, vendors (e.g. Microsoft) may implement the capability in ways that are outside of the core specification. In this case, Microsoft Azure AD OIDC configurations do not send standard OIDC claims like email_verified. Using the Azure AD configuration in Qlik Sense Enterprise SaaS includes an advanced option to set email_verified to true for all users that log into the tenant.

 

  • The Azure AD configuration in Qlik Sense Enterprise SaaS includes special logic for contacting Microsoft Graph API to obtain friendly group names. Whether those groups originate from an on-premises instance of Active Directory and sync to Azure AD through Azure AD Connect or from creation within Azure AD, the friendly group name will be returned from the Graph API and added to Qlik Sense Enterprise SaaS.

 

Introduction

This document will guide the reader through adding the necessary application configuration in Azure AD and Qlik Sense Enterprise SaaS identity provider configuration so that Qlik Sense Enterprise SaaS users may log into a tenant using their Azure AD credentials.

Read the Considerations section to understand the limitations of Azure AD group claims or want to learn more about the OIDC specification. Steps with pictures will provide the instructions above the picture.

Configure Azure AD

Create the app registration

1. Log into Microsoft Azure by going to https://portal.azure.com.

2. Click on the Azure Active Directory icon in the browser. The overview page for the active directorywill appear.

1.png

3. Click on the App registrations item in the menu to the left.

2.png

 

4. Click the New registration button at the top of the detail window. The application registration page appears.

3.png

5. Begin by adding a name in the Name section to identify the application. In this example, the name of the hostname of the tenant is entered along with the word OIDC.

4.png2020-10-19_19-05-20.163.png

6. The next section contains radio buttons for selecting the Supported account types. In this example, the default – Accounts in this organizational directory only – is selected.

6.png

7. The last section is for entering the redirect URI. From the dropdown list on the left select “web” and then enter the callback URL from the tenant. Enter the URI https://<tenant hostname>/login/callback.

7.png

Warning! The tenant hostname required in this context is the original hostname provided to the Qlik Enterprise SaaS tenant.

HostnameTenantAzureAD.png

Using the Alias hostname will cause the IdP handshake to fail.

 

8. Complete the registration by clicking the Register button at the bottom of the page.

8.png

 

9. Click on the Authentication menu item on the left side of the screen.

9.png

 

10. On the middle of the page, the reference to the callback URI appears. There is no additional configuration required on this page.

10.png

---------------------------------------------------------

Create the client secret

11. Click on the Certificates and secrets menu item on the left side of the screen.

11.png

12. In the center of the Certificates and secrets page, there is a section labeled Client secrets with a button labeled New client secret. Click the button.

12.png

 

13. In the dialog that appears, enter a description for the client secret and select an expiration time. Click the Add button after entering the information.

2020-10-19_19-08-47.222.png

14. Once a client secret is added, it will appear in the Client secrets section of the page. Copy the "value of the client secret" and paste it somewhere safe. After saving the configuration the value will become hidden and unavailable.

2020-10-19_19-09-03.896.png

---------------------------------------------------------

Add claims to the token configuration

15. Click on the Token configuration menu item on the left side of the screen.

15.png

 

16. The Optional claims window appears with two buttons. One for adding optional claims, and another for adding group claims. Click on the Add optional claim button.

16.png

17. For optional claims, select the ID token type, and then select the claims to include in the token that will be sent to the Qlik Sense Enterprise SaaS tenant. In this example, ctry, email, tenant_ctry, upn, and verified_primary_email are checked. None of these optional claims are required for the tenant identity provider to work properly, however, they are used later on in this tutorial.

17.png

18. Some optional claims may require adding OpenId Connect scopes from Microsoft Graph to the application configuration. Click the check mark to enable and click Add.

2020-10-19_19-13-00.491.png

 

19. The claims will appear in the window.

2020-10-19_19-13-53.947.png

---------------------------------------------------------

Add group claim

20. Click on the API permissions menu item on the left side of the screen.

24.png

 

21. Observe the configured permissions set during adding optional claims.

2020-10-19_19-15-37.022.png

 

22. Click the Add a permission button and select the Microsoft Graph option in the Request API permissions box that appears. Click on the Microsoft Graph banner.

2020-10-19_19-15-59.867.png

 

23. Click on Delegated permissions. The Select permission search and the OpenId permissions list appears.

2020-10-19_19-17-15.447.png

Note: email, openid, and profile should be checked in this window when it appears. If they aren't, check them now.

 

24. In the Select permissions search, enter the word group. Expand the GroupMember option and select GroupMember.Read.All. This will grant users logging into Qlik Sense Enteprise SaaS through Azure AD to read the group memberships they are assigned.

2020-12-18_16-28-18.997.png

 

25. After making the selection, click the Add permissions button.

2020-10-19_19-18-58.394.png

26. The added permissions will appear in the list. However, the GroupMember.Read.All permission requires admin consent to work with the app registration. Click the Grant button and accept the message that appears.

2020-12-18_16-29-07.969.png

2020-12-18_16-29-26.110.png

Warning! Failing to grant consent to GroupMember.Read.All may result in errors authenticating to Qlik using Azure AD. Make sure to complete this step before moving on.

---------------------------------------------------------

Collect Azure AD configuration information

27. Click on the Overview menu item to return to the main App registration screen for the new app. Copy the Application (client) ID unique identifier. This value is needed for the tenant’s idp configuration.

26.png

28. Click on the Endpoints button in the horizontal menu of the overview.

27.png

29. Copy the OpenID Connect metadata document endpoint URI. This is needed for the tenant’s IdP configuration.

28.png

---------------------------------------------------------

Configure Qlik Sense Enterprise SaaS IdP

29. With the configuration complete and required information in hand, open the tenant’s management console and click on the Identity provider menu item on the left side of the screen.

29.png

30. Click the Create new button on the upper right side of the main panel.

2020-10-19_19-25-54.696.png

 

31. Select Interactive from the Type drop-down menu item, and select  'AZURE AD' from the Provider drop-down menu item.

2020-10-19_19-26-26.236.png

 

32. Scroll down to the Application credentials section of the configuration panel and enter the following information:

a. ADFS discovery URL: This is the endpoint URI copied from Azure AD.

b.Client ID: This is the application (client) id copied from Azure AD.

c. Client secret: This is the value copy and pasted to a safe location from the Certificates & secrets section from Azure AD.

d. The Realm is an optional value used if you want to enter what is commonly referred to as the Active Directory domain name.

32.png

33. Scroll down to the Claims mapping section of the configuration panel. There are five textboxes to confirm or alter.

33.png

 

33a. The sub field is the subject of the token sent from Azure AD. This is normally a unique identifier and will represent the UserID of the user in the tenant. In this example, the value “sub” is left and appid is removed. To use a different claim from the token, replace the default value with the name of the desired attribute value.

33a.png

 

33b. The name field is the “friendly” name of the user to be displayed in the tenant. For Azure AD, change the attribute name from the default value to “name”.

33b.png

33c. In this example, the groups, email, and client_id attributes are configured properly, therefore, they do not need to be altered.

33c.png

Note: In this example, I had to change the email claim to upn to obtain the user's email address from Azure AD. Your results may vary.

2020-10-19_19-28-59.799.png

34. Scroll down to the Advanced options and expand the menu. Slide the Email verified override option ON to ensure Azure AD validation works. Scope does not have to be supplied.

2020-10-19_19-29-27.789.png

35. The Post logout redirect URI is not required for Azure AD because upon logging out the user will be sent to the Azure log out page.

36. Click the Save button at the bottom of the configuration to save the configuration. A message will appear confirming intent to create the identity provider. Click the Save button again to start the validation process.

2020-10-19_19-30-53.408.png

 

37. The validation procedure begins by redirecting the person configuring the IdP to the login page for the IdP.

37.png

38. After successful authentication, Azure AD will confirm that permission should be granted for this user to the tenant. Click the Accept button.

38.png

39. If the validation fails, the validation procedure will return a window like the following.

39.png

40. If the validation succeeds, the validation procedure will return a mapped claims window. If the validation states it cannot map the user's email address, it is most likely because the email_verified switch has not been turned on. Go ahead and confirm, move through the remaining steps, and update the configuration from step 34. Re-run the validation to map the email.

2020-10-19_19-36-18.215.png

 

41. After confirming the information is correct, the account used to validate the IdP may be elevated to a TenantAdmin role. It is strongly recommended to do make sure the box is checked before clicking continue.

41.png

 

42. The next to last screen in the configuration will ask to activate the IdP. By activating the Azure AD IdP in the tenant, any other identity providers configured in the tenant will be disabled.

2020-10-19_19-37-54.100.png

 

43. ‘nuff said.

2020-10-19_19-38-09.319.png

 

44. Please log out of the tenant and re-authenticate using the new identity provider connection. Once logged in, change the url in the address bar to point to https://<tenanthostname>/api/v1/diagnose-claims. This will return the JSON of the claims information Azure AD sent to the tenant. Here is a slightly redacted example.

 2020-05-19_11-42-14.469.png

45. Verify groups resolve properly by creating a space and adding members. You should see friendly group names to choose from.

2020-10-19_19-41-15.618.png

2020-10-19_19-41-27.825.png

2020-10-19_19-41-40.481.png

2020-10-19_19-41-58.955.png

--------------------------------

Recap

While not hard, configuring Azure AD to work with Qlik Sense Enterprise SaaS is not trivial. Most of the legwork to make this authentication scheme work is on the Azure side. However, it's important to note that without making some small tweaks to the IdP configuration in Qlik Sense you may receive a failure or two during the validation process.

 

Addendum

For many of you, adding Azure AD means you potentially have a bunch of clean up you need to do to remove legacy groups. Unfortunately, there is no way to do this in the UI but there is an API endpoint for deleting groups. See Deleting guid group values from Qlik Sense Enterprise SaaS for a guide on how to delete groups from a Qlik Sense Enterprise SaaS tenant.

Labels (1)
Comments
andrew_thomson
Contributor
Contributor

Hi community,

First time caller, long time listener!

My company has Qlik multicloud and I am trying to get SaaS more comprehensively set up.

As per this guide, we have our azure tenant enterprise app configured and linked to Qlik SaaS, however due to LDAP on prem and Azure AD in the Cloud, we are also experiencing the issue of multi license consumption, as mentioned in this forum.

Does anyone have any more comprehensive guide on setting up a custom claim in Azure, or are you using any other method such as ADFS? Our teams here do not have a huge experience in Azure, so this piece is proving very challenging.

/Andy

AlexOmetis
Partner
Partner

@andrew_thomson - I wrote up our approach in some detail here. It was in a clean environment so I was able to use FAKEDOMAIN\email@address.com as the domain/realm and user ID in both on-prem and SaaS.

If you need the SaaS edition to show DOMAIN\user.name to match existing users then a custom attribute is your only way (unless you want to run scripts in the repository to update users when you move them to this new authentication). I managed to get this working but it needed a PowerShell command running each time a new user was added to populate the custom attribute. I decided it was simpler to just use email address to avoid needing to do this. 

andrew_thomson
Contributor
Contributor

Thanks @AlexOmetis I think I had seen your blog post in my own research, so thank you very much.

I do think the custom claim may be the way I'll have to go.

The added complication I've thought about since, is that we have multiple Azure domains we will have to contend with since our company and IT department essentially operate as a shared service for a couple of domains, due to various acquisitions etc.

Has anyone had any experience in this area, with multi Azure Domains alongside on-prem LDAP ?

AlexOmetis
Partner
Partner

@andrew_thomson I think the advice I've seen elsewhere is to use something that will allow you to integrate those Azure Domains into a single IdP - e.g. Auth0 / Okta - and then integrate Qlik Sense with that as Qlik Sense SaaS can only handle one Interactive IdP. 

unifiedHelpdesk
Contributor II
Contributor II

I am getting the groups from azure ad after configuring idp as azure ad. But when I assign that group to a particular permission say Developer, then when I see in the users section, the members of that groups are not getting that developer role.

Same is happening for assigning members to a space. When I assign a group to a space, its members are not getting the space access.

And how much time it takes to sync the groups with qlik sense to azure ad if some changes have been made on azure ad. 

Pls suggest

Version history
Last update:
a week ago
Updated by: