AD FS Configuration
How to configure Keeper SSO Connect On-Prem with Microsoft AD FS for seamless and secure SAML 2.0 authentication.
Inside the AD FS Management application, locate the Federation Metadata xml file. This can be found by clicking on AD FS > Service > Endpoints then locate the URL path in the "Metadata" section. The path is typically /FederationMetadata/2007-06/FederationMetadata.xml as seen below:


To download the metadata file, this can typically be found by loading the URL in the browser on the server. For example:
https://<your hostname>/FederationMetadata/2007-06/FederationMetadata.xml
Download this file and save to the computer.

Import the FederationMetadata.xml file into Keeper SSO Connect’s configuration screen by dragging and dropping the file:

Select Save to save the configuration.
Please Note: ADFS signing certificates typically are only valid for a year. ADFS may automatically rotate to the most current certificate. This breaks the trust between Keeper SSO Connect and ADFS. A new federationMetadata.xml file will need to be generated and uploaded to the Keeper SSO Connect to ensure operation. We strongly recommend setting a reminder before the expiration of the certificate so this step can be performed to maintain operation.
Select the Export Metadata link on Keeper SSO Connect and copy the sso_connect.xml file to your IdP.

Create Keeper SSO Connect as a Relying Trust Party:

Import the Keeper Metadata that was exported previously from Keeper SSO Connect by completing the Relying Party Trust Wizard as seen in the steps below:

Claims-aware applications

Import data - Federation metadata file location

Enter display name

Choose an access control policy

SAML Logout Endpoints
To prevent a logout error, change the SAML Logout Endpoints on the Relying Party Trust to: https://<YourADFSserverDomain>/adfs/ls/?wa=wsignout1.0

Configure claims issuance policy

Relying Party Trusts
To map attributes between AD FS and Keeper, you need to create a Claim Issuance Policy with Send LDAP Attributes as Claims and map the LDAP attributes to Keeper Connect attributes.

Edit Claim Issuance Policy

Add Rule...

Choose Rule Type

Claim Rule Name - Mapping
Important: Ensure that 3 attributes ("First", "Last" and "Email") are configured with the exact spelling as seen above.

Issuance Transform Rules
For Logout support we need to add two more Claim Issuance Policy rules:

Send Claims using a Custom Rule

Create Opaque Persistent ID
To copy the syntax to add in the claims rule, copy the following text and paste it into the custom rule:
c1:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname"]
&& c2:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/authenticationinstant"]
=> add(store = "_OpaqueIdStore", types = ("http://mycompany/internal/sessionid"), query = "{0};{1};{2};{3};{4}", param = "useEntropy", param = c1.Value, param = c1.OriginalIssuer, param = "", param = c2.Value);


Transform an Incoming Claim

Create Persistent Name Identifier
Incoming claim type: http://mycompany/internal/sessionid
Should I put my company's name in there? No, actually literally put "http://mycompany/internal/sessionid"
Outgoing claim type: Name ID
Outgoing name ID format: Transient Identifier

Set Outgoing claim and name ID format
a. Open Powershell as Administrator on the AD FS server.
b. Identify your SSO Connect Relying Party Trust "Identifier" string which you can obtain by running:
Get-ADFSRelyingPartyTrust
Running this command will generate a long list of output, you are looking for the SSO Connect section and the "Identifier" string. This string will look something like:
https://xyx.company.com:8443/sso-connect
c. Run the below command, replacing <Identifier> with the string found in step (b).
Set-ADFSRelyingPartyTrust -TargetIdentifier <Identifier> -samlResponseSignature MessageAndAssertion
If you run Get-ADFSRelyingPartyTrust again, you'll see that the SamlResponseSignature section is set to "MessageAndAssertion".
From the services manager, restart AD FS service.

Restart AD FS
SAML assertion signing must be configured properly on your AD FS environment. If signing has not been configured, you will need to set this up, then exchange metadata again between AD FS and Keeper SSO Connect after the re-configuration.
If after setting up Keeper SSO Connect user gets SSO is not configured (undefined) a possible root cause is missing or incorrect CRL configuration.
A simple fix/workaround is to disable all Certificate Revocation Check.


Possible Root Causes
Time skew
Ensure that Keeper Connect and the IdP have the same identical system time (within 1 second).
Set ntp sync
PS C:\Windows\system32>w32tm /config /syncfromflags:manual /manualpeerlist:0.pool.ntp.org,1.pool.ntp.org,2.pool.ntp.org,3.pool.ntp.org,0x8 /reliable:yes /update
Certificate Validation Failure
- Verify the settings. Run a PowerShell as Administrator and look at ADFSRelyingPartyTrust
- Follow the "SAML Signing Configuration" instructions above
If you need to disable certificate validation on the IdP for testing purposes or for internal PKI certificates, you can use the below Powershell commands. Replace <Identifier> with the string found in the "SAML Signing Configuration" instructions above.
Set-ADFSRelyingPartyTrust -TargetIdentifier
<Identifier> -EncryptionCertificateRevocationCheck None
Set-ADFSRelyingPartyTrust -TargetIdentifier
<Identifier> -SigningCertificateRevocationCheck None
Note: Any changes made to signing configuration may require exchange of XML metadata between IdP and SSO Connect.
Last modified 10mo ago