Implementing Privileged Access Management with CyberArk
Overview
Deploy CyberArk Privileged Access Management to discover, vault, rotate, and monitor privileged credentials across enterprise infrastructure. This skill covers vault architecture, session isolation, credential rotation policies, and integration with NIST 800-53 access control requirements.
When to Use
- When deploying or configuring implementing privileged access management with cyberark capabilities in your environment
- When establishing security controls aligned to compliance requirements
- When building or improving security architecture for this domain
- When conducting security assessments that require this implementation
Common Misconfigurations & Verification
CyberArk gives strong audit only if every privileged path goes through the vault and PSM — these silently undermine it:
- PSM bypass via direct connection: accounts are vaulted but admins still RDP/SSH straight to targets using the same credentials, so no session recording occurs. Verify targets accept connections only from PSM server IPs (host firewall / jump-host enforcement), then attempt a direct connect — it must fail. Cross-check that every
Retrieve audit event correlates to a PSM session; retrievals with no session indicate copy-paste of the password.
- CPM rotation not actually running: a platform is assigned but rotation/verification is failing silently (no reconciliation account, network block). Confirm via PVWA/REST that each account shows recent
Last Successful Change and Last Successful Verification, not just "managed = true," and triage the CPM Failed queue.
- Reconciliation account missing: after a rotation drift the account locks out and admins fall back to a known break-glass password. Confirm a reconcile account is set per platform.
- Dual control / exclusive / one-time password set only on some Safes: audit Master Policy exceptions and confirm Tier-0 Safes enforce dual control and one-time passwords, not just the defaults.
- Break-glass / vault-unavailable procedure unmonitored: confirm the emergency credential is itself vaulted or sealed, and that any use raises a PTA/SIEM alert.
- Audit events not in SIEM: verify CyberArk forwards CEF/Syslog and that PTA alerts (credential theft, unmanaged privileged account use) are firing, not just enabled.
Prerequisites
- Familiarity with identity access management concepts and tools
- Access to a test or lab environment for safe execution
- Python 3.8+ with required dependencies installed
- Appropriate authorization for any testing activities
Objectives
- Design CyberArk vault architecture with high availability
- Implement automated privileged credential discovery and onboarding
- Configure credential rotation policies for different account types
- Deploy Privileged Session Manager (PSM) for session isolation and recording
- Integrate CyberArk with SIEM for privileged access monitoring
- Implement just-in-time (JIT) privileged access workflows
Key Concepts
CyberArk Architecture Components
- Digital Vault: Encrypted credential storage with FIPS 140-2 validated encryption
- Central Policy Manager (CPM): Automated password rotation and verification
- Privileged Session Manager (PSM): Session isolation, recording, and keystroke logging
- Password Vault Web Access (PVWA): Web interface for credential management
- Privileged Threat Analytics (PTA): Behavioral analytics for privileged accounts
- Conjur Secrets Manager: Application identity and secrets management
Vault Security Model
- Master Policy: Global security settings (dual control, exclusive access, one-time passwords)
- Safes: Logical containers for credentials with granular permissions
- Platforms: Configuration profiles defining rotation, verification, and reconciliation
- Account Groups: Link accounts sharing rotation dependencies
Credential Lifecycle
- Discovery: Scan infrastructure for privileged accounts
- Onboarding: Import accounts into vault with platform assignment
- Rotation: Automated password changes per policy schedule
- Verification: Periodic validation that vaulted credentials work
- Reconciliation: Re-sync credentials when vault and target are out of sync
- Decommissioning: Remove accounts no longer needed
Workflow
Step 1: Vault Architecture Design
- Deploy primary vault server in secured network segment
- Configure vault high availability with DR vault
- Harden vault server OS (remove unnecessary services, disable RDP)
- Configure firewall rules (only port 1858 from authorized components)
- Set up vault backup with encryption
Step 2: Safe and Policy Configuration
- Create safe hierarchy aligned with business units
- Define safe members with least-privilege roles:
- Safe Admins: manage safe membership
- Credential Managers: add/modify accounts
- Auditors: view audit logs only
- Users: retrieve/use credentials
- Configure Master Policy settings:
- Require dual control for credential retrieval
- Enable exclusive access (one user per credential at a time)
- Set one-time password mode for sensitive accounts
Step 3: Platform Configuration
- Windows Domain Admin: Rotate every 24 hours, verify every 4 hours
- Linux Root: Rotate every 72 hours with SSH key rotation
- Database Admin (Oracle, SQL Server): Rotate every 24 hours
- Network Devices: Rotate every 7 days
- Service Accounts: Rotate on schedule with dependency management
- Cloud IAM Keys: Rotate every 90 days with dual-key strategy
Step 4: Privileged Session Management
- Deploy PSM servers behind load balancer
- Configure session recording (video, keystroke, command logs)
- Set up session isolation (users connect through PSM, never directly)
- Define connection components for RDP, SSH, databases, web apps
- Configure live session monitoring and termination capabilities
- Set session recording retention (minimum 1 year for compliance)
Step 5: Integration and Monitoring
- Forward CyberArk audit logs to SIEM (CEF/Syslog format)
- Configure PTA for behavioral analytics:
- Detect credential theft indicators
- Alert on suspicious privileged session activity
- Monitor unmanaged privileged account usage
- Integrate with ticketing system for access request workflows
- Set up alerts for failed rotation, verification failures, policy violations
Security Controls
| Control |
NIST 800-53 |
Description |
| Privileged Access |
AC-6(7) |
Privileged account controls |
| Credential Management |
IA-5 |
Automated credential rotation |
| Session Recording |
AU-14 |
Session audit capability |
| Access Enforcement |
AC-3 |
Vault-enforced access policies |
| Separation of Duties |
AC-5 |
Dual control for sensitive operations |
Common Pitfalls
- Not configuring reconciliation accounts leading to lockouts after rotation
- Setting rotation schedules too aggressive for service accounts with dependencies
- Failing to test PSM connection components before production deployment
- Not establishing break-glass procedures for vault unavailability
- Overlooking network device credential management
Verification
Source: xalgord/xalgorix — distributed by TomeVault.
1---2name: implementing-privileged-access-management-with-cyberark3description: Deploy CyberArk Privileged Access Management to discover, vault, rotate, and monitor privileged credentials across Use when this capability is needed.4---5# Implementing Privileged Access Management with CyberArk67## Overview8Deploy CyberArk Privileged Access Management to discover, vault, rotate, and monitor privileged credentials across enterprise infrastructure. This skill covers vault architecture, session isolation, credential rotation policies, and integration with NIST 800-53 access control requirements.91011## When to Use1213- When deploying or configuring implementing privileged access management with cyberark capabilities in your environment14- When establishing security controls aligned to compliance requirements15- When building or improving security architecture for this domain16- When conducting security assessments that require this implementation1718## Common Misconfigurations & Verification1920CyberArk gives strong audit only if every privileged path goes through the vault and PSM — these silently undermine it:2122- **PSM bypass via direct connection:** accounts are vaulted but admins still RDP/SSH straight to targets using the same credentials, so no session recording occurs. Verify targets accept connections only from PSM server IPs (host firewall / jump-host enforcement), then attempt a direct connect — it must fail. Cross-check that every `Retrieve` audit event correlates to a PSM session; retrievals with no session indicate copy-paste of the password.23- **CPM rotation not actually running:** a platform is assigned but rotation/verification is failing silently (no reconciliation account, network block). Confirm via PVWA/REST that each account shows recent `Last Successful Change` and `Last Successful Verification`, not just "managed = true," and triage the CPM `Failed` queue.24- **Reconciliation account missing:** after a rotation drift the account locks out and admins fall back to a known break-glass password. Confirm a reconcile account is set per platform.25- **Dual control / exclusive / one-time password set only on some Safes:** audit Master Policy exceptions and confirm Tier-0 Safes enforce dual control and one-time passwords, not just the defaults.26- **Break-glass / vault-unavailable procedure unmonitored:** confirm the emergency credential is itself vaulted or sealed, and that any use raises a PTA/SIEM alert.27- **Audit events not in SIEM:** verify CyberArk forwards CEF/Syslog and that PTA alerts (credential theft, unmanaged privileged account use) are firing, not just enabled.2829## Prerequisites3031- Familiarity with identity access management concepts and tools32- Access to a test or lab environment for safe execution33- Python 3.8+ with required dependencies installed34- Appropriate authorization for any testing activities3536## Objectives37- Design CyberArk vault architecture with high availability38- Implement automated privileged credential discovery and onboarding39- Configure credential rotation policies for different account types40- Deploy Privileged Session Manager (PSM) for session isolation and recording41- Integrate CyberArk with SIEM for privileged access monitoring42- Implement just-in-time (JIT) privileged access workflows4344## Key Concepts4546### CyberArk Architecture Components471. **Digital Vault**: Encrypted credential storage with FIPS 140-2 validated encryption482. **Central Policy Manager (CPM)**: Automated password rotation and verification493. **Privileged Session Manager (PSM)**: Session isolation, recording, and keystroke logging504. **Password Vault Web Access (PVWA)**: Web interface for credential management515. **Privileged Threat Analytics (PTA)**: Behavioral analytics for privileged accounts526. **Conjur Secrets Manager**: Application identity and secrets management5354### Vault Security Model55- **Master Policy**: Global security settings (dual control, exclusive access, one-time passwords)56- **Safes**: Logical containers for credentials with granular permissions57- **Platforms**: Configuration profiles defining rotation, verification, and reconciliation58- **Account Groups**: Link accounts sharing rotation dependencies5960### Credential Lifecycle611. **Discovery**: Scan infrastructure for privileged accounts622. **Onboarding**: Import accounts into vault with platform assignment633. **Rotation**: Automated password changes per policy schedule644. **Verification**: Periodic validation that vaulted credentials work655. **Reconciliation**: Re-sync credentials when vault and target are out of sync666. **Decommissioning**: Remove accounts no longer needed6768## Workflow6970### Step 1: Vault Architecture Design711. Deploy primary vault server in secured network segment722. Configure vault high availability with DR vault733. Harden vault server OS (remove unnecessary services, disable RDP)744. Configure firewall rules (only port 1858 from authorized components)755. Set up vault backup with encryption7677### Step 2: Safe and Policy Configuration781. Create safe hierarchy aligned with business units792. Define safe members with least-privilege roles:80 - Safe Admins: manage safe membership81 - Credential Managers: add/modify accounts82 - Auditors: view audit logs only83 - Users: retrieve/use credentials843. Configure Master Policy settings:85 - Require dual control for credential retrieval86 - Enable exclusive access (one user per credential at a time)87 - Set one-time password mode for sensitive accounts8889### Step 3: Platform Configuration90- Windows Domain Admin: Rotate every 24 hours, verify every 4 hours91- Linux Root: Rotate every 72 hours with SSH key rotation92- Database Admin (Oracle, SQL Server): Rotate every 24 hours93- Network Devices: Rotate every 7 days94- Service Accounts: Rotate on schedule with dependency management95- Cloud IAM Keys: Rotate every 90 days with dual-key strategy9697### Step 4: Privileged Session Management981. Deploy PSM servers behind load balancer992. Configure session recording (video, keystroke, command logs)1003. Set up session isolation (users connect through PSM, never directly)1014. Define connection components for RDP, SSH, databases, web apps1025. Configure live session monitoring and termination capabilities1036. Set session recording retention (minimum 1 year for compliance)104105### Step 5: Integration and Monitoring1061. Forward CyberArk audit logs to SIEM (CEF/Syslog format)1072. Configure PTA for behavioral analytics:108 - Detect credential theft indicators109 - Alert on suspicious privileged session activity110 - Monitor unmanaged privileged account usage1113. Integrate with ticketing system for access request workflows1124. Set up alerts for failed rotation, verification failures, policy violations113114## Security Controls115| Control | NIST 800-53 | Description |116|---------|-------------|-------------|117| Privileged Access | AC-6(7) | Privileged account controls |118| Credential Management | IA-5 | Automated credential rotation |119| Session Recording | AU-14 | Session audit capability |120| Access Enforcement | AC-3 | Vault-enforced access policies |121| Separation of Duties | AC-5 | Dual control for sensitive operations |122123## Common Pitfalls124- Not configuring reconciliation accounts leading to lockouts after rotation125- Setting rotation schedules too aggressive for service accounts with dependencies126- Failing to test PSM connection components before production deployment127- Not establishing break-glass procedures for vault unavailability128- Overlooking network device credential management129130## Verification131- [ ] Vault accessible only from authorized components132- [ ] Credential rotation succeeds for all onboarded accounts133- [ ] PSM sessions recorded and searchable134- [ ] Dual control enforced for sensitive credential checkout135- [ ] SIEM receives CyberArk audit events136- [ ] Break-glass procedure tested and documented137- [ ] DR vault failover tested successfully138139---140> Source: [xalgord/xalgorix](https://github.com/xalgord/xalgorix) — distributed by [TomeVault](https://tomevault.io).141<!-- tomevault:4.0:skill_md:2026-07-01 -->