Anshula Raina ← Back to Portfolio
Integration Guide

Identity Provider Integration

Configure Sentinel Privilege Manager to synchronize users and groups from an enterprise Identity Provider.

1. Overview

Sentinel Privilege Manager can integrate with an enterprise Identity Provider (IdP) to synchronize users and groups with the privilege management platform.

This integration reduces duplicate user administration and enables administrators to use centrally managed identity information when assigning endpoint privilege policies.

What does this integration do? The integration retrieves identity information from the configured Identity Provider and synchronizes supported users and groups with Sentinel Privilege Manager.

1.1 Benefits

Centralized Identity

User and group information can be maintained in a central identity system.

Reduced Administration

Administrators do not need to manually recreate every user and group.

Consistent Access

Existing group structures can be used when assigning privilege policies.

Automated Synchronization

Scheduled synchronization keeps identity information aligned.

2. Integration Use Case

The example scenario in this guide assumes that an organization already maintains users and groups in an enterprise Identity Provider.

2.1 Example Scenario

The organization wants to synchronize its Engineering, Finance, and Security groups with Sentinel Privilege Manager.

The synchronized groups will later be used to assign endpoint privilege policies.

Integration Flow Identity Provider → Integration Connector → Sentinel Privilege Manager → Policy Assignment

3. Integration Architecture

The integration consists of the Identity Provider, the SPM integration service, and the SPM management platform.

Identity Provider Users & Groups
→
Integration Service Authentication & Sync
→
SPM Platform Identity Repository
→
Policy Engine Access Policies

3.1 Data Flow

  1. The integration service authenticates with the Identity Provider.
  2. The service retrieves supported user and group attributes.
  3. SPM validates the received information.
  4. New and updated identities are synchronized.
  5. Removed identities are processed according to the configured synchronization policy.

4. Prerequisites

Complete the following prerequisites before configuring the integration.

Requirement Description
Administrator Access SPM administrator privileges are required to configure the integration.
IdP Administrator Access Access to create and configure the integration application in the IdP.
Network Connectivity The SPM integration service must be able to reach the IdP endpoints.
Integration Credentials Client credentials or another supported authentication mechanism must be available.
User and Group Data Required identity attributes must be available in the IdP.
Security Note: Store client secrets, access tokens, certificates, and other credentials using an approved secrets management mechanism. Do not place credentials directly in documentation or source repositories.

5. Configure the Integration

Configure the Identity Provider integration from the SPM administration console.

1

Open Administration

Sign in to the SPM administration console and open Administration → Integrations.

2

Create an Integration

Click Add Integration and select Identity Provider.

3

Enter Connection Details

Enter the IdP tenant, endpoint, client identifier, and other required connection information.

4

Configure Synchronization

Select the users and groups that should be synchronized and configure the synchronization schedule.

5

Save the Configuration

Review the configuration and click Save.

5.1 Connection Parameters

Parameter Description Example
Provider Name Display name of the Identity Provider. Corporate Identity
Tenant ID Identifier of the IdP tenant. tenant-001
Directory URL Base URL used to access the Identity Provider. https://idp.example.com
Client ID Identifier assigned to the SPM integration application. spm-integration-client
Sync Interval Frequency at which identity data is synchronized. 30 minutes

6. Authentication

SPM uses an application identity to authenticate requests to the Identity Provider.

6.1 Example Authentication Configuration

{
    "authentication": {
        "type": "client_credentials",
        "clientId": "spm-integration-client",
        "tokenEndpoint": "https://idp.example.com/oauth2/token"
    }
}
    
Important: The configuration above is an illustrative example. Never publish real client IDs, client secrets, tokens, or private keys in a public repository.

6.2 Test Authentication

Use the Test Connection option in the SPM integration configuration page to verify that the configured credentials can authenticate successfully.

Expected Result: The console displays a successful connection message and allows the integration configuration to proceed.

7. Attribute Mapping

Attribute mapping defines how identity fields from the Identity Provider are represented within SPM.

7.1 User Attribute Mapping

IdP Attribute SPM Attribute Required Example
userId External ID Yes usr-10245
userPrincipalName Username Yes alex.smith@example.com
displayName Display Name Yes Alex Smith
mail Email No alex.smith@example.com
accountEnabled Status Yes true

7.2 Group Attribute Mapping

IdP Attribute SPM Attribute Description
groupId External ID Unique identifier of the group.
displayName Group Name Name displayed in SPM.
members Members Users associated with the group.

8. Synchronization

Synchronization transfers supported identity information from the Identity Provider to SPM.

8.1 Synchronization Modes

Manual Sync

Administrators can initiate synchronization on demand.

Scheduled Sync

SPM automatically synchronizes identity information according to the configured schedule.

8.2 Start a Manual Synchronization

1

Open Integrations

Navigate to Administration → Integrations.

2

Select the IdP Integration

Select the configured Identity Provider integration.

3

Start Synchronization

Click Sync Now.

4

Review Results

Review the synchronization summary and verify created, updated, skipped, and failed records.

8.3 Synchronization Results

Status Meaning
Created New identity record was created in SPM.
Updated Existing identity information was updated.
Skipped Record was not processed because it did not meet the synchronization criteria.
Failed Record could not be synchronized.

9. Validate the Integration

Complete the following validation checks after the first successful synchronization.

Validation Expected Result
Connection Test Connection test succeeds.
User Synchronization Expected users appear in SPM.
Group Synchronization Expected groups appear in SPM.
Attribute Mapping User and group fields contain expected values.
Policy Assignment Synchronized groups can be selected for supported policy assignments.
Scheduled Sync The next scheduled synchronization executes successfully.
Validation Complete: The integration is ready for operational use when connection, synchronization, mapping, and policy assignment checks are successful.

10. Troubleshooting

Issue Possible Cause Resolution
Connection test fails Incorrect endpoint or credentials. Verify the IdP URL, tenant information, and authentication configuration.
Users are not synchronized Synchronization filters or attribute mappings are incorrect. Review synchronization criteria and required attribute mappings.
Groups are missing Group synchronization is disabled or the configured scope excludes the required groups. Verify group synchronization settings and scope.
User attributes are incorrect Attribute mapping does not match the IdP schema. Review and update the attribute mapping.
Scheduled sync fails Network connectivity or credential issues. Review integration logs and verify connectivity and credentials.

10.1 Integration Logs

Review the integration logs when additional diagnostic information is required.

C:\ProgramData\SentinelPM\Logs\Integration\
    
Protect Log Data: Integration logs may contain usernames, tenant information, endpoint details, or diagnostic data. Do not publish production logs in public repositories.

11. Rollback

If the integration causes unexpected behavior, administrators can disable synchronization while investigating the issue.

11.1 Disable Synchronization

  1. Open Administration → Integrations.
  2. Select the affected Identity Provider integration.
  3. Disable scheduled synchronization.
  4. Save the configuration.
  5. Review existing synchronized records and determine the appropriate remediation.
Important: Disabling synchronization does not necessarily remove previously synchronized identities. Review the platform's identity lifecycle configuration before deleting records.

12. Integration Best Practices

  • Use dedicated integration credentials rather than personal administrator accounts.
  • Store secrets in an approved secrets management system.
  • Grant only the permissions required for synchronization.
  • Test the integration with a limited synchronization scope before production rollout.
  • Monitor synchronization results and investigate repeated failures.
  • Document changes to attribute mappings and synchronization filters.
  • Maintain a rollback procedure for integration changes.
  • Review integration credentials and certificates according to organizational security requirements.
Operational Recommendation Treat integrations as managed production components. Maintain documented ownership, configuration, monitoring, troubleshooting, and change procedures.

Document Information

Document Type Integration Guide
Product Sentinel Privilege Manager
Integration Identity Provider
Version 3.2
Audience System Administrators, Security Administrators, and Integration Engineers
Status Portfolio Sample
Author Anshula Raina
Portfolio Disclaimer: Sentinel Privilege Manager and the integration scenario described in this document are fictional. URLs, configuration values, attributes, commands, and procedures are illustrative examples created for portfolio demonstration purposes.