Edit

Share via

Microsoft Entra pass-through authentication: Technical deep dive

  • Article

This article is an overview of how Microsoft Entra pass-through authentication works. For deep technical and security information, see the Security deep dive article.

How does Microsoft Entra pass-through authentication work?

Note

As a pre-requisite for Pass-through Authentication to work, users need to be provisioned into Microsoft Entra ID from on-premises Active Directory using Microsoft Entra Connect. Pass-through Authentication does not apply to cloud-only users.

When a user tries to sign in to an application secured by Microsoft Entra ID, and if Pass-through Authentication is enabled on the tenant, the following steps occur:

  1. The user tries to access an application, for example, Outlook Web App.
  2. If the user isn't already signed in, the user is redirected to the Microsoft Entra ID User Sign-in page.
  3. The user enters their username into the Microsoft Entra sign-in page, and then selects the Next button.
  4. The user enters their password into the Microsoft Entra sign-in page, and then selects the Sign in button.
  5. Microsoft Entra ID, on receiving the request to sign in, places the username and password (encrypted by using the public key of the Authentication Agents) in a queue.
  6. An on-premises Authentication Agent retrieves the username and encrypted password from the queue. Note that the Agent doesn't frequently poll for requests from the queue, but retrieves requests over a pre-established persistent connection.
  7. The agent decrypts the password by using its private key.
  8. The agent validates the username and password against Active Directory by using standard Windows APIs, which is a similar mechanism to what Active Directory Federation Services (AD FS) uses. The username can be either the on-premises default username, usually userPrincipalName, or another attribute configured in Microsoft Entra Connect (known as Alternate ID).
  9. The on-premises Active Directory domain controller (DC) evaluates the request and returns the appropriate response (success, failure, password expired, or user locked out) to the agent.
  10. The Authentication Agent, in turn, returns this response back to Microsoft Entra ID.
  11. Microsoft Entra ID evaluates the response and responds to the user as appropriate. For example, Microsoft Entra ID either signs the user in immediately or requests for Microsoft Entra multifactor authentication.
  12. If the user sign-in is successful, the user can access the application.

The following diagram illustrates all the components and the steps involved:

Pass-through Authentication

Next steps