Shared Workstations
Shared workstation environments allow multiple users to authenticate on the same physical machine using their individual identities, then access shared or privileged accounts managed by CyberArk.
Overview
In a shared workstation deployment, no individual user has a dedicated Windows session. Instead:
A user approaches the workstation and authenticates their personal identity using a 1Kosmos MFA method (typically 1Key biometric authentication).
The Credential Provider queries CyberArk PAM for the list of shared accounts that user is authorised to access.
The user selects the appropriate shared account from the list.
Windows opens a session under the selected shared account.
This model is common in manufacturing, healthcare, retail, and contact centre environments where employees share terminals but individual accountability must be maintained.
Admin Setup
Prerequisites
CyberArk PAM
CyberArk Privileged Access Management deployed and configured in your environment
1Key hardware key
Each user must have a 1Key enrolled; see 1Key Enrollment Documentation
Agent version
Credential Provider installed on all shared workstations
CyberArk integration
1Kosmos–CyberArk integration configured in AdminX (see below)
User entitlements
Each user's CyberArk entitlements must be configured to reflect the shared accounts they are authorised to access
Configure the CyberArk Integration in AdminX
In AdminX, navigate to Integrations > CyberArk PAM.
Enter your CyberArk server URL, application ID, and API credentials.
Test the connection to verify AdminX can communicate with CyberArk.
Save the integration settings.
Configure the Authentication Journey
In AdminX, navigate to Applications > Windows MFA > Adaptive Auth Journeys.
Create a new journey or edit an existing one.
Under Authentication Method, select FIDO for Shared Account Login.
Assign the journey to the user group or machine policy covering all shared workstation users.
Save and publish the journey.
Workstation Configuration
Shared workstations typically auto-lock after a short idle period to ensure the session is always in a locked state when a new user approaches.
Configure the Windows screen lock timeout via Group Policy: Computer Configuration > Windows Settings > Security Settings > Local Policies > Security Options > Interactive Logon: Machine inactivity limit.
Set the inactivity limit to a value appropriate for your environment (e.g., 60–120 seconds).
Optionally, configure the workstation to display a custom lock screen message (e.g., "Place your 1Key to log in") via Group Policy: Computer Configuration > Administrative Templates > Control Panel > Personalization > Force a specific lock screen image.
User Guide
See FIDO / 1Key, Shared Account Login with 1Key for the step-by-step login flow.
Troubleshooting
Shared account list does not appear after biometric authentication
Journey configured with standard FIDO instead of FIDO for Shared Account Login; CyberArk integration not configured
Verify the journey uses the FIDO for Shared Account Login method; verify the CyberArk integration is configured and connected in AdminX
Expected shared account not visible in the list
User's CyberArk entitlement not granted for that account
Verify the user's CyberArk account permissions with your PAM administrator
1Key not recognised at the workstation
Key not enrolled; USB connection issue; Credential Provider not running
Try a different USB port; verify key enrollment; confirm the Credential Provider service is running
CyberArk connection error in AdminX
API credentials expired or incorrect; network connectivity between 1Kosmos and CyberArk lost
Re-enter and test CyberArk API credentials in AdminX Integrations > CyberArk PAM; verify network connectivity
Session not locking between users
Inactivity timeout not configured; GPO not applied to workstation
Verify the GPO inactivity policy is applied and effective on the workstation using gpresult /h report.html
Last updated
Was this helpful?

