AD Authentication is Slow

Active Directory User Authentication to the System is slow. What causes this and how can it be improved?

System caches AD group membership by user after their initial login for a period of one day because this is usually the slowest operation for validating permissions (the one that contributes to the slow initial load).

System cleans its cache after the user logouts or when an Privileged Access Management System Administration presses Reset Cache button on the Administration > Settings > AD page.

The first method

The first method is to limit the user and group locations to some branch of the AD forest.

Often, AD forests include very slow trusts that could be eliminated by restricting queries to certain branches where all System applicable users and groups are located.

In a default installation, Privileged Access Management attempts to use the whole tree because it does not know where users and groups are coming from; however, it is possible to limit the branch for your production use.

To do this, use the following parameters in $PAM_HOME/web/conf/catalina.properties file to define certain org units or other branches of the forest:

ldap.rootDn=
ldap.baseDn=
ldap.roleBase=

For example, we can restrict queries to the following branch CN=Users,DC=contoso,DC=com as compared to the complete tree using only DC=contoso,DC=com.

The second method

The second method is to not integrate directly with AD domain controller but rather with its AD Global Catalog which, when optimized, performs faster with complex queries.

The AD Global Catalog is usually accessible on the same domain controller for the forest over port 3268 or 3269 for LDAPS access.

The third method

The third method is to change the way Access Manager queries group membership for any specific user.

By default, it does one recursive query to Active Directory that returns all nested groups a user belongs to.

While some Domain Controllers are optimized well to execute queries like these, for some Active Directory servers this is very heavy operation.

In this case, it is more desirable for the AD client (like Privileged Access Management) to query groups one-by-one instead of relying on AD to execute a combined recursive query to return all groups. The switch is controlled by the parameter ldap.roleSearch in the $PAM_HOME/web/conf/catalina.properties file.

The following is the default value for this parameter (recursive query):

1
ldap.roleSearch=(member:1.2.840.113556.1.4.1941:={0})

To switch Access Manager to execute multiple queries for nested groups, change the parameter to this:

1
ldap.roleSearch=(member={0})

Afterwards, save and close the file and finally restart the PamManagement (Windows) or pammanger (Linux) service.

This parameter will instruct the System to execute a query to get all groups a user belongs to and then to execute the same query for each group returned to cover the case of nested AD groups.