PDF(1.3 MB) View with Adobe Reader on a variety of devices
ePub(1.4 MB) View in various apps on iPhone, iPad, Android, Sony Reader, or Windows Phone
Mobi (Kindle)(708.1 KB) View on Kindle device or Kindle app on multiple devices
Updated:July 9, 2026
Document ID:226145
Bias-Free Language
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
This document describes how to configure Active Directory Federation Services as SAML identity provider for external authentication on Cisco ESA and SMA.
Prerequisites
This document provides a view of the third-party application that engineers cannot otherwise see.
Configuration steps for Security Assertion Markup Language (SAML) external authentication with Active Directory Federation Services (AD FS) 2012 and 2016 for Cisco Email Security Appliance (ESA) and Security Management Appliance (SMA) latest versions.
Basic lab-based steps that do not include specialized deployment-specific configurations.
A working example from a lab environment that can differ from a production deployment.
Caution: Complete the service provider (SP) configuration before this procedure. See .
Requirements
Microsoft Active Directory Federation Services (AD FS) 2012 or 2016
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, ensure that you understand the potential impact of any command.
Steps for ADFS IDP Configuration for SAML
Configure the Relying Party Trust
Use one of two options to create the relying party trust in AD FS.
Method A: Create the Relying Party Trust by Importing SP Metadata
Open the AD FS Management console from Administrative Tools.
In the AD FS Management console, expand Trusted Relationships, right-click Relying Party Trusts, then select Add Relying Party Trust. Add Relying Party Trust
Select Add Rule. Add Issuance Transform Rule The values shown here are common values that allow ESA to populate group names in the external authentication settings.
Tip: The values in the mapping can vary based on the administrator preference.
Tip: In the sample listed, enter the outgoing claim types memberOf and userPrincipalName manually. Select Name ID from the drop down list.
Select Finish. Transform Claim Rule
Download IdP Metadata and Upload It to ESA
After you complete the relying party trust and claim rule configuration, export the identity provider (IdP) metadata and upload it to ESA.
Caution: Restarting the AD FS service can interrupt active authentication sessions. Perform this step during a maintenance window if required.
Restart the AD FS service if required.
Run these commands:
net stop adfssrv
net start adfssrv
Finish and return to the ESA cluster.
Verify
In ESA or SMA, confirm that the IdP metadata import completes successfully.
Test an administrative log in by using SAML single sign-on (SSO).
Verify that the expected group claims are received and that role mapping populates as expected in the external authentication configuration.