Relock with EntraID
This article covers the Entra ID-specific part of a Relock integration.
This guide describes:
- The app registration settings
- The AWS Application Load Balancer wiring
It is a companion to the Relock Integration Guide, which describes the architecture, the relay, and the NGINX/Lua deployment that are the same for every provider. Read that guide first — or alongside this one — and return here for the Entra specifics.
Replace
app.example.comthroughout with the domain your application is served from (the domain the Relock relay sits in front of).
What Relock needs from Entra. The relay derives its session anchor from the unique_name and sid claims in the access token the ALB injects. Entra exposes both by default, so no custom action or claim mapping is required — the two steps below are the whole configuration.
Step 1 — Redirect URI
In the Entra admin center: App registrations → your application → Authentication → Redirect URI configuration (platform: Web).
| Field | Value |
|---|---|
| Redirect URI | https://app.example.com/oauth2/idpresponse |
Step 2 — Front-channel logout URL
In App registrations → your application → Authentication → Settings:
| Field | Value |
|---|---|
| Front-channel logout URL | https://app.example.com |
The front-channel logout URL is what lets termination cascade through Entra to the SSO session (see Q2 in the main guide). Without it, a terminated session can silently respawn on the next request.
Step 3 — AWS Application Load Balancer
On the HTTPS (443) listener → Rules → Default rule, add an authenticate-oidc action ahead of the forward action (the mechanics are described in §5.2 of the main guide). Populate it with Entra's OIDC endpoints and the client credentials from your app registration.
Pull the exact endpoint values from Entra's discovery document — https://login.microsoftonline.com/<tenant-id>/v2.0/.well-known/openid-configuration. The typical pattern:
| Field | Value |
|---|---|
| Issuer | https://login.microsoftonline.com/<tenant-id>/v2.0 |
| Authorization endpoint | https://login.microsoftonline.com/<tenant-id>/oauth2/v2.0/authorize |
| Token endpoint | https://login.microsoftonline.com/<tenant-id>/oauth2/v2.0/token |
| User info endpoint | https://graph.microsoft.com/oidc/userinfo |
| Client ID | from the app registration |
| Client Secret | a client secret created under Certificates & secrets |
Do not add an
audienceextra parameter. Entra returns a decodable JWT access token by default, which is what the relay reads to derive the anchor. Ensure the access token reaching the ALB carries theunique_nameandsidclaims the relay matches on. (Theaudienceparameter is the one field that differs from the Auth0 setup, where it is required.)
The ALB now sets its session cookie and injects x-amzn-oidc-accesstoken (plus x-amzn-oidc-data and x-amzn-oidc-identity) into requests reaching the NGINX target.
With Entra and the ALB configured, deploy the relay as described in the Relock Integration Guide → §5.2 The relay. No application code changes are required.
Check more resources
Relock for Fintech
A large US-based FinTech using Relock to close the post-authentication security gap for more than 5,000 employees.
Session Security Landscape 2026
Inaugural Relock session security research finds that 93% of leading SaaS applications are vulnerable to session attacks.
Integration Guide
Step-by-step guide on how Relock fits into your stack. It will get your team from "how does this work?" to a running integration, without guesswork.