This integration is currently in beta. PingOne directory users are synchronized
with Wirespeed, while audit activities are ingested as informational events as
we finalize more detailed mappings.
Prerequisites
Before connecting PingOne, make sure you have:- Access to the PingOne admin console for the environment you want to monitor
- A PingOne worker application that can use the
client_credentialsgrant - The PingOne environment ID for the environment you want Wirespeed to manage
- Roles assigned to the worker application that allow it to manage directory users and read audit activities
Step 1: Create a Worker Application
- Sign in to the PingOne admin console
- Open the environment you want Wirespeed to monitor
- Navigate to Applications
- Create a new Worker application
- Enable the
client_credentialsgrant type - Ensure the Token Endpoint Auth Method is set to Client Secret Basic (this is the default)
- Save the application
Step 2: Assign the Required Access
- Open the worker application you created
- Assign the roles needed to:
- Manage directory users using the Identity Data Admin role at the environment level
- Read audit activities for the environment
- Save the role assignments
Step 3: Collect the Connection Details
From the PingOne admin console, copy the following values:- Environment ID
- Client ID
- Client Secret
- Region for the environment
Step 4: Add the Integration in Wirespeed
- Log in to Wirespeed
- Navigate to Integrations > Add Integration
- Select PingOne
- Enter the following:
- PingOne Region:
NA,CA,EU,AU,SG, orAP - Environment ID
- Client ID
- Client Secret
- PingOne Region:
- Click Integrate
What Wirespeed Collects
Wirespeed currently ingests the following from PingOne:- Directory users
- Audit activities from the PingOne audit reporting APIs
Remediation Actions
With Identity Data Admin access, Wirespeed can:- Disable users to prevent authentication
- Re-enable users to restore authentication
- Force users with PingOne-managed passwords to change their password at next sign-in
- Terminate the sessions retained by PingOne for a user
Troubleshooting
- If authentication fails during setup, confirm the worker application is configured for
client_credentialswith the Token Endpoint Auth Method set to Client Secret Basic (not Client Secret Post) - If setup fails while validating audit activity access, confirm the selected region and environment ID are correct and the worker application can read audit data in the target environment
- If setup fails while validating directory user access, assign Identity Data Admin or Identity Data Read Only to the worker application at the environment level
- If a remediation action fails with a permissions error, confirm the worker application has Identity Data Admin access for the user’s environment or population
- If you are unsure which region to use, verify the PingOne environment’s regional domain in the admin console and match it to the table above

