Azure
Requirements
- Azure account
API_URL
of the Hoop gateway instance
Contact the administrator of the hoop gateway instance to retrieve the API_URL address.
Identity Provider Configuration
Create an Application
Login with your account at https://portal.azure.com/
- Go to Microsoft Entra ID > App Registration.
- Pick a name, and select the Supported account types as you see fit
- Register the application with
{API_URL}/api/callback
as the redirect URI.
We recommend using the option single tenant option for Supported account types. This will allow selecting exactly what groups to propagate to this application. This option is also required to propagate cloud-only groups as names (see more details below).
Ensure default delegated permissions: User.Read
for sign in and read user profiles and email
to view user’s email address.
These attributes are typically created by default. If errors occur, ensure these options are set correctly.
Create the Client Credentials
- Go to App Registration >
{AppName}
- In the overview page, copy the Application (client) ID value. This is the Client ID.
- Go to Certificate & Secrets > Client Secrets > New Client Secret
- Copy the Secret Value. This is the Client Secret
Collect Issuer and Custom Scopes Information
The Issuer URL
- Go to App registration >
{AppName}
> Overview - Copy the tenant ID and use as the value below
- https://login.microsoftonline.com/{tenant_id}/v2.0
The Custom Scopes
- Use the Client ID to compose the Custom Scopes value
{CLIENT_ID}/.default
Configuring Groups Claims
The integration relies on groups propagated in the id_token
. By default, Azure Entra ID propagates them in the groups
claims.
The gateway needs to be configured to match the claim name of the groups. This configuration will ensure to sync the groups when a user authenticates on Hoop.
It’s possible to inspect the name of the claim that’s being propagated by viewing the logs of the gateway when a user sign in.
Reconfigure IDP Configuration
Configure the gateway with the env IDP_URI. It should be in the following format:
<scheme>://<client-id>:<client-secret>@<issuer-host>?scopes=<client-id>/.default&groupsclaim=groups
Usually the following configuration will work with Azure Entra ID:
https://<client-id>:<client-secret>@login.microsoftonline.com/<tenant_id>/v2.0?scopes=<client-id>/.default&groupsclaim=groups
Restart the gateway after applying these changes.
This configuration takes precedence over IDP_ISSUER
, IDP_CLIENT_ID
, IDP_CLIENT_SECRET
and IDP_CUSTOM_SCOPES
. Make sure to remove them.
Configure the Groups Claim
In the Azure Portal
- Go to Microsoft Entra ID > App Registration >
{AppName}
> Token Configuration - Click on Add groups claim
- Client in edit on Attributes & Claims > Add groups claim
- Select Groups assigned to the application
By default, groups are propagate with their object ids. It may be cumbersome to manage groups as UUIDs on Hoop. See the section below to propagate them with their display name instead.
When you configure groups to sync, you’ll lose the admin access on the next sign in.
To prevent this issue, set the configuration ADMIN_USERNAME
on your gateway to change the role of the admin user with a group associated with your application.
The name of the admin group depends on whether you propagate the groups as object IDs or as group names (see below).
Propagating Groups as Names
It’s possible to propagate groups with their display names for cloud groups.
- Click on Manifest
- Edit the item groups under optionalClaims.idToken and optionalClaims.accessToken attributes and add the name cloud_displayname
- Make sure that groupMembershipClaims is set to ApplicationGroup
- Click on Save
This option only works when group groupMembershipClaims is set to ApplicationGroup. and after assigning the groups to this application.
Be aware that names are not unique and this may cause conflict when propagating groups. Object IDs are a more safer approach to avoid such problems.
For other kind of groups it’s possible to append additional properties as sam_account_name
, dns_domain_and_sam_account_name
or netbios_domain_and_sam_account_name
.
Assign Groups to Application
- Go to Enterprise Application >
{AppName}
> User and Groups > Add user/group - Select the desired groups and click on Select
- Click on Assign
References:
Machine to Machine Access (M2M)
It is possible to access hoop by issuing access tokens using the Oauth2 Client Credentials Flow. The gateway validates and authenticates any access token generated by the app registered in Azure, provided that a service account is active on hoop. The only requirement is that the service account has the same Object ID as the application, which serves as its main identifier.
Authentication only occurs when a token is issued by the identity provider. The service account resource simply maps the subject to identify who is accessing the API.
Creating a Service Account
To obtain the Object ID of the application navigate to: Azure Portal > Microsoft Entra ID > Enterprise Applications
Creating an Access Token
- Go to App Registrations > Certificate & Secrets > New Client Secret
Copy the secret value and use in the command below as the attribute for <APP_CLIENT_SECRET>
- Generate an access token
- APP_CLIENT_ID: the client id of the application
- APP_CLIENT_SECRET: the client secret generated in the step 1
- TENANT_ID: the tenant id of you app instance
For more information, see this guide.
Access the API
In case of receiving access denied (401), make sure that the subject of the access token matches the subject provided when creating the service account (usually matches the object id of the application)