Integrate Active Directory with the Identity Governance, Auditing & Access Control App

The Active Directory integration enables your organization to automate user provisioning, group membership, onboarding, offboarding, and access governance directly from Jira Service Management (JSM). Once connected, approved access requests can automatically provision users and manage Active Directory groups through governed workflows.

This step-by-step guide will help you:

  • Add the Active Directory integration in App Connections
  • Enter connection, bind, and default provisioning details
  • Test the connection and configure automation rules for access and lifecycle events

By the end of this guide, you’ll have a secure Active Directory connection in place so approved JSM requests can provision users and manage groups through governed workflows.

App Overview

The Identity Governance, Auditing & Access Control App is an advanced solution built on Jira Service Management (JSM) to simplify and automate access request workflows across your organization.

Instead of relying on manual request and approval steps, the app enables:

  • End users to submit access requests through the JSM portal.
  • Automated routing of approval workflows based on predefined rules.
  • Instant provisioning actions once approvals are complete.

By automating these processes, the Identity Governance, Auditing & Access Control via JSM ensures secure, policy-driven, and audit-ready access management across your tech ecosystem.

Pre-requisites

Before configuring the integration, ensure that:

  • Your Active Directory server is reachable from the system running the Identity Governance, Auditing & Access Control App.
  • Network connectivity allows communication to your Domain Controller over LDAP (389) or LDAPS (636), depending on your configuration.
  • You have an Active Directory account with sufficient permissions to authenticate and perform the required provisioning operations.
  • You have collected the following information from your Active Directory environment:
    • Server Hostname
    • Domain Name
    • Base DN
    • Bind Username
    • Bind Password
    • Default Target OU
    • Default Password

1: Add the Active Directory Integration

Navigate to App Connections and add an Active Directory connection

To begin the integration:

  • Open the Identity Governance, Auditing & Access Control App.
  • Navigate to App Connections from the left sidebar.
  • Click + Add Connection and select Active Directory from the list.

2: Enter the Connection Details

In the Connect Active Directory panel, configure the following settings.

Connection Details

  • Connection Name: Enter a descriptive name for the connection. This name helps other administrators identify the Active Directory connection.
    Example: My Active Directory
Enter the connection details for Active Directory

Connection Information

  • Connection Type: Select the protocol used to connect to your Active Directory server.
    • LDAP – Uses the default port 389.
    • LDAPS – Uses the default port 636 and encrypts communication using SSL/TLS. This option is recommended for production environments.
  • Server Hostname: Enter the hostname or IP address of your Active Directory server.
    Examples:
    • dc01.company.local
    • dc02.company.com
    • 10.10.1.15

To find the Server Hostname (FQDN)

  1. Open PowerShell on your Domain Controller.
  2. Run the following command to get the server hostname:
    hostname
  3. Run the following command to get the Active Directory domain name:
    Recommended (PowerShell 3.0+ / PowerShell 7+):
    (Get-CimInstance Win32_ComputerSystem).Domain
    For older Windows PowerShell versions (legacy):
    (Get-WmiObject Win32_ComputerSystem).Domain
  4. Combine the hostname and domain name to form the Fully Qualified Domain Name (FQDN).
    Example:
    Hostname: dc01
    Domain: company.local
    FQDN: dc01.company.local
  • Port: Enter the port used for LDAP communication. The default ports are:
    • 389 for LDAP
    • 636 for LDAPS
  • Domain Name: Enter your Active Directory domain name.

To find your domain name

  1. Open Active Directory Users and Computers.
  2. Locate the top-level domain in the left navigation pane.
  • Base DN: Enter the Base Distinguished Name (Base DN) used as the default LDAP search base.
    Example: DC=company,DC=local

To locate the Base DN

  1. Open ADSI Edit.
  2. Right-click ADSI Edit and select Connect To.
  3. Select Default Naming Context.
  4. Click OK.
  5. Copy the displayed Distinguished Name.
  • Bind Username: Enter the Active Directory account used to authenticate the LDAP connection.
    Go to LDAP Portal > LDAPUsers > Click on the user > distinguishedName
    Use an account with sufficient permissions for the provisioning operations you plan to automate.
  • Bind Password: Enter the password for the bind account.
    The bind account is used to authenticate the LDAP connection and perform provisioning operations in Active Directory. Ensure that this account has the required read and write permissions and has been delegated read/write access to the configured Default Target OU.

Default Provisioning Settings

Default Target OU, Default Password, Enable Newly Created Accounts, and Force Password Change settings
  • Default Target OU: Specify the Organizational Unit (OU) where newly provisioned users should be created when a workflow does not specify a target OU.
    Example: OU=Employees,DC=company,DC=local
Note: Ensure that the configured Admin/service account has the required delegated permissions on the specified OU to perform user operations, including read, create, update, and delete operations. Without the required OU-level permissions, user provisioning and management operations may fail.

  • Default Password: Specify the default password assigned to newly created users when a provisioning workflow does not provide an initial password.
Note: The default password must comply with your Active Directory password complexity policy. Otherwise, user creation will fail.

  • Enable Newly Created Accounts: Enable this option if newly provisioned users should be created in an enabled state by default. Disable this option if accounts should remain disabled until they are manually activated or enabled through a workflow.
  • Force Password Change at Next Login: Enable this option to require users to change their password the first time they sign in using their newly provisioned account.

Application Admin

Application Admin, Connect Active Directory, and Test Connection options
  • Application Admin: Select the licensed Atlassian user who will manage this Active Directory connection.
Note: Credentials are encrypted both in transit and at rest and are used only for synchronization and governance operations.

After completing all required fields, click Connect Active Directory to save the integration.

Click Test Connection to verify that the application can successfully connect to your Active Directory server using the configured connection details and bind credentials.

If the connection test fails, review the server hostname, port, domain name, Base DN, bind credentials, and network connectivity before trying again.

Next Steps: Configure Automation Rules

Once the connection is established, configure automation rules to define how users receive access and how identity lifecycle events are managed.

Available automation rules include:

Recommendation: Treat automation rules that provision users into privileged Active Directory groups, such as Domain Admins, Enterprise Admins, or other administrative security groups, as privileged access rules requiring approval before provisioning occurs.

Did this page help you?

miniOrange Atlassian Contact Us

Book a Free Consultation with
Our Experts Today!

Schedule a call now!


Contact Us
Hello there!

Need Help? We are right here!

support