Hideez Identity Cloud
  • Getting Started Guide
    • Key features of Hideez Identity Cloud
    • Quick Start Guide
      • The Hideez Desktop Client
      • Hideez Authenticator App
    • Tennant manegement
      • User Management
        • Passkey
        • Hideez Authenticator App
        • FIDO Security Key
        • Platform Authentication via Windows Hello
        • Password+OTP
      • Workstation management
  • PC Authorization
    • Passwordless Authorization
      • Active Directory
        • Setting Up the Active Directory Certification Authority
        • Setting Up Workstation Passwordless Logon Settings on Hideez Identity Cloud
      • Microsoft Entra ID
    • Password-based Authorization
  • INTEGRATIONS
    • SAML 2.0
      • GitHub Enterprise
      • Google Workspace
      • Okta
    • OIDC (OpenID Connect)
      • Services that support OIDC and their configuration as Client
    • WS-Federation
      • Login to Exchange Outlook Web Application and Exchange Admin Center via Hideez Identity Cloud
    • Active Directory On-Premises
      • Connect Active Directory to Hideez Identity Cloud
      • ADFS integration
        • Login to Microsoft Exchange OWA Using AD FS and Hideez Identity Cloud as a Third-Party IdP
    • Microsoft Entra ID
      • Synchronization and import employees from Microsoft Entra ID to Hideez Identity Cloud
      • Configuration of Hideez Cloud as an External Authentication Method for Microsoft Entra ID via OIDC
    • Chrome OS
  • USE CASES
    • Passkey Login
    • Hideez Authenticator App login
    • FIDO Security Key login
    • Platform login via Windows Hello
    • Password+TOTP login
  • SUPPORT
    • Get Support
    • FAQ
      • What to do if a user loses their key/device and cannot access the site?
      • Can a custom domain name be created for the tenant instead of the default one?
      • Why am I already logged in Hideez, and no authorization occurs when I access my web application?
      • How long does an open authorization session last?
      • How to log out of the web application?
      • Can I administer multiple tenants simultaneously?
      • Can there be multiple administrators for the Hideez Identity Cloud?
    • Glossary
  • Hideez Documentation Portal
Powered by GitBook
On this page
  • 1. Initial Setup
  • 2. Configure AD FS and OWA
  • Step 1: Export AD FS Signing Certificate and Import to Exchange Server
  • Step 2: Create a relying party trust and custom claim rules in AD FS for OWA (Outlook on the web)
  • Step 3: Create Claim Rules in AD FS
  • Step 4 (Optional): Publish OWA via AD FS Web Application Proxy
  • Step 5 (Optional): Create Relying Party Trust for EAC
  • Step 6 (Optional): Publish EAC via AD FS Web Application Proxy
  • Step 7: Configure Exchange Organization to Use AD FS Authentication
  • Step 9: Restart IIS on Exchange Server
  • 3. SAML Configuration for AD FS on Hideez Identity Cloud
  • 4. Configure AD FS in Service Provider (SP) Mode
  • Configure AD FS in SP Mode:
  1. INTEGRATIONS
  2. Active Directory On-Premises
  3. ADFS integration

Login to Microsoft Exchange OWA Using AD FS and Hideez Identity Cloud as a Third-Party IdP

Last updated 4 months ago

This guide provides step-by-step instructions for configuring ADFS (Active Directory Federation Services) as a Service Provider (SP) to enable authentication for OWA (Outlook Web App) and EAC (Exchange Admin Center). It outlines the process of using Hideez Server as an IdP for authentication in Microsoft Exchange via SAML.

1. Initial Setup

Prerequisites

Before proceeding, ensure the following components are already deployed and configured in your organization:

  1. Active Directory (AD) is installed and configured.

  2. Microsoft Exchange is operational and accessible.

  3. A Certificate Authority (CA) is set up and configured.

  4. Exchange Server 2016 or later, with Outlook on the Web (OWA) installed.

  5. Users can log in to Outlook Web App (OWA) via their browsers using Active Directory (AD) credentials.

  6. All steps are performed by a user with Domain Admins and Enterprise Admins roles.

  7. The ADFS server will be installed on a new, separate server within the Active Directory (AD) environment.

2. Configure AD FS and OWA

Step 1: Export AD FS Signing Certificate and Import to Exchange Server

The AD FS server uses a token-signing certificate for encrypted communication and authentication between the AD FS server, Active Directory domain controllers, and Exchange servers. This self-signed certificate is automatically copied over to the Web Application Proxy server during the installation but is required to be manually imported into the Trusted Root Certificate store on all of the Exchange servers in the organization.

  1. To export the certificate, log onto the AD FS server, launch the AD FS Management Console, navigate to AD FS -> Service -> Certificate

  1. Select the certificate listed under Token-signing, right click and select on View Certificate…:

  1. The general properties of the certificate will be displayed.

  2. Proceed and navigate to the Details tab and click on the Copy to File… button:

5. Go through the Certificate Export Wizard to export the certificate:

  1. Select DER encoded X.509 (.CER) format and proceed with the export:

Step 2: Create a relying party trust and custom claim rules in AD FS for OWA (Outlook on the web)

  1. With the AD FS prerequisites configured, proceed to create the relying party trust for OWA (Outlook on the web) on the AD FS server by launching the AD FS Management console:

  1. Navigate to AD FS → Relying Party Trusts and click on Add Relying Party Trusts…:

  2. Select Claims aware and click on Start:

  1. Change the default Import data about the relying party published online or on a local network to Enter data about the relying party manually:

  1. Enter the Display name and Notes for Outlook on the web-relying party:

Outlook on the web

This is a trust for https://exch.lab.hideez.com/owa/

  1. Leave the Configure Certificate window as unconfigured and click on Next:

  1. Check the Enable support for the WS-Federation Passive protocol checkbox and Enter the URL of the Outlook on the web address (e.g. https://exch.lab.hideez.com/owa/):

  1. Add the URL of the Outlook on the web address for the Relying party trust identifier:

  1. Select Permit everyone:

  1. On the Ready to Add Trust page, review the settings, and then click Next to save the relying party trust information:

  1. Leave the Configure claims issuance policy for this application checked and click Close:

Step 3: Create Claim Rules in AD FS

  1. Define a Relying Party Trust in AD FS for Outlook on the Web (OWA).

  2. Create custom claim rules, such as the Pass-Through UPN Rule:

    • Claim Rule Name: Pass Through UPN

    • Incoming Claim Type: UPN

  1. In the Edit Claim Issuance Policy for Outlook on the web window, click on Add Rule…

  2. Change the Pass Through or Filter an Incoming Claim and then click Next.

  1. Enter the following configuration for the parameters:

  • Claim Rule Name: Pass Through UPN

  • Incoming Claim Type: UPN

  1. Click Finish.

  2. Click OK to close the window

You should see the new Outlook on the web Relying Party Trust created:

Please note that Steps 4, 5, and 6 are optional and are intended for publishing Outlook to the internet. If this has already been configured in your environment, you can proceed directly to step 7.

Step 4 (Optional): Publish OWA via AD FS Web Application Proxy

  • Use the AD FS Web Application Proxy to securely expose OWA for external access.

Step 5 (Optional): Create Relying Party Trust for EAC

  • Repeat the steps for setting up a Relying Party Trust for the Exchange Admin Center (EAC).

Step 6 (Optional): Publish EAC via AD FS Web Application Proxy

  • Configure the Web Application Proxy for the Exchange Admin Center (EAC).

Step 7: Configure Exchange Organization to Use AD FS Authentication

Use the following cmdlet to configure the Exchange organization to authenticate with AD FS:

Set-OrganizationConfig -AdfsIssuer https://<FederationServiceName>/adfs/ls/ -AdfsAudienceUris "<OotwURL>","<EACURL>" -AdfsSignCertificateThumbprint "<Thumbprint>"
  • Example:

    Set-OrganizationConfig -AdfsIssuer https://adfs.lab.hideez.com/adfs/ls/ -AdfsAudienceUris "https://exch.lab.hideez.com/owa/","https://exch.lab.hideez.com/ecp/" -AdfsSignCertificateThumbprint "7D533C61B531D056A0058BB0E2DDE4904E86FB7F"

This example uses the following values:

  • AD FS URL: https://adfs.lab.hideez.com/adfs/ls/

  • Outlook on the web URL: https://exch.lab.hideez.com/owa/

  • EAC URL: https://exch.lab.hideez.com/ecp/ecp/

  • AD FS token-signing certificate thumbprint: The ADFS Signing - exch.lab.hideez.com certificate that has the thumbprint value 7D533C61B531D056A0058BB0E2DDE4904E86FB7F

Please refer to the official Microsoft documentation for instructions on how to configure the Exchange organization to use AD FS authentication:

Step 8: Enable AD FS Authentication on Virtual Directories

For the Outlook on the web and EAC virtual directories, you need to configure AD FS authentication as the only available authentication method by disabling all other authentication methods.

  • You need to configure the EAC virtual directory before you configure the Outlook on the web virtual directory.

  • You'll likely want to configure AD FS authentication only on Internet-facing Exchange servers that clients use to connect to Outlook on the web and the EAC.

  • By default, only Basic and Forms authentication are enabled for the Outlook on the web and EAC virtual directories.

To use the Exchange Management Shell to configure an EAC or Outlook on the web virtual directory to only accept AD FS authentication, use the following syntax:

Set-OwaVirtualDirectory -Identity "OWA (Default Web Site)" -AdfsAuthentication $true -BasicAuthentication $false -DigestAuthentication $false -FormsAuthentication $false -WindowsAuthentication $false

Step 9: Restart IIS on Exchange Server

Restart Internet Information Services (IIS) on the Exchange server to apply the configuration changes.

  1. Open IIS Manager on the Exchange server. An easy way to do this in Windows Server 2012 or later is to press Windows key + Q, type inetmgr, and select Internet Information Services (IIS) Manager in the results.

  2. In IIS Manager, select the server.

  3. In the Actions pane, click Restart.

Please refer to the official Microsoft documentation for instructions on how to restart IIS on an Exchange Server:

3. SAML Configuration for AD FS on Hideez Identity Cloud

  1. Download metadata from AD FS:

https://<your_adfs_address>/FederationMetadata/2007-06/FederationMetadata.xml

  • Example of URL: https://adfs.lab.hideez.com/FederationMetadata/2007-06/FederationMetadata.xml

  1. Find in the FederationMetadata.xml the following information:

  • entityID

  • AssertionConsumerService

  1. Identify the required fields on the Hideez Identity Cloud and save them:

On the Hideez Identity Cloud, click Integration→SAML→Create App Integration.

  • Name: ADFS

  • Entity ID: http://<AssertionConsumerService>/adfs/services/trust

  • Assertion Consumer Service URL: https://<AssertionConsumerService>/adfs/ls/

  • Map the attributes: http://schemas.xmlsoap.org/ws/2005/05/identity/claims/upn

  • User Attribute: Email

Note: When configuring attributes in Hideez Server or Active Directory Federation Services (AD FS), the mapping values are constant. For your setup, they will remain the same as in the example provided.

Example of a Constant Value:

  • Mapping Attribute: http://schemas.xmlsoap.org/ws/2005/05/identity/claims/upn

  • User Attribute: Email

Example:

  • Name: ADFS

  • Issuer / SP Entity ID: http://adfs.lab.hideez.com/adfs/services/trust

  • Assertion Consumer Service: https://adfs.lab.hideez.com/adfs/ls/

  • Map the attributes: http://schemas.xmlsoap.org/ws/2005/05/identity/claims/upn

  • User Attribute: Email

4. Configure AD FS in Service Provider (SP) Mode

AD FS operates as an Identity Provider (IdP) by default but can be configured to function as a Service Provider (SP) when integrating with third-party IdPs like Hideez Server.

Configure AD FS in SP Mode:

Add Hideez Cloud as IdP:

  • Open the AD FS Management Console.

  • Navigate to Claims Provider Trusts → Add Claims Provider Trust.

  • Download the metadata XML file from Hideez Identity Cloud.

  • Upload the metadata XML file from Hideez Cloud.

  • Assign a name to the Identity Provider (IdP), such as "Hideez IdP," then click Next, and finally, click Finish.

  • You will see newly created Claims Provider Trusts

Create Claim Rules for the Claims Provider Trust:

  • Select the created Claims Provider Trust and click Edit Claim Rules → Add Rule.

  • Choose Pass Through or Filter an Incoming Claim and click Next.

  • Enter the following configuration:

    • Claim Rule Name: Pass Through UPN

    • Incoming Claim Type: UPN

  • Click Finish to save the rule.

Example Workflow:

  1. The user navigates to OWA: https://exch.lab.hideez.com/owa/.

  2. OWA redirects the user to AD FS for authentication.

  3. AD FS forwards the request to the third-party IdP (e.g., Hideez Server).

  4. The IdP validates the request and returns the SAML response to AD FS.

  5. AD FS processes the claims and forwards them to OWA, completing the authentication.

Additional Resources:

To configure the Exchange organization to authenticate with AD FS, you must use the Exchange Management Shell. For guidance on opening the Exchange Management Shell in an on-premises Exchange organization, refer to .

.

.

Open the Exchange Management Shell
Configure the Exchange organization to use AD FS authentication
Restart IIS on Exchange Server | Microsoft Learn
Microsoft Documentation on AD FS and OWA