Continuous Workforce IDV
imper.ai verifies that the expected person is behind every workforce interaction. Risk signals run at every step; contextual questions and document + liveness IDV step in only when risk calls for them. The decision lands in the workflow where it matters.
One engine, four workforce moments
Signals, detections, correlation, risk scoring, policy, and workflow action
How the platform makes a decision
An attacker can manipulate a face, voice, identity document, or account. But they still need a device, network connection, location, operating environment, and tooling to carry out the interaction. Those operating conditions produce observable signals within a session and across repeated interactions.
Network path
VPNs & proxies
Location
Latency
Device & browser
Virtualization
Hardware
Software conditions
Remote control
Virtual audio
Automation
Attacker infrastructure
Session changes
Repeated patterns
Identity overlap
Environment reuse
Detection does not depend on deciding whether a face, voice, or video is synthetic.
See how this differs from traditional IDVThe next four sections explain how imper.ai evaluates an interaction: the signals it collects, how combinations of those signals become impersonation detections, how the resulting risk score maps to policy and workflow actions, and how step-up or escalation is applied when additional assurance is required. The integrations section then shows how those outputs connect to hiring, help desk, identity, and security workflows.
01 · Inputs
imper.ai evaluates a deep set of signals across device, network, location, environment, tooling, and behavior. Core detection is browser based and agentless, including on personal or unmanaged devices where browser telemetry is available.
Core detection does not require an identity document, selfie, or biometric enrollment, and imper.ai does not need to determine whether a voice or video is synthetic to evaluate the interaction.

IP geolocation and location inconsistencies, VPN and proxy infrastructure, geographic latency, network-path anomalies, and network proximity analysis.
Device fingerprint integrity and mismatch, virtual machines, virtual audio devices, remote-control tooling, and browser or hardware anomalies.
Interaction and input anomalies, behavioral drift, bot-like patterns, unusual environments, and cross-interaction consistency.

02 · Interpretation
Signals are inputs, not conclusions. One unusual observation is rarely enough to establish impersonation. The Impersonation Detection Engine evaluates how observations combine and whether the resulting pattern matches how impersonation attacks actually operate.
That is what turns noisy telemetry into an impersonation-specific detection. Prior interactions can add context when available, but the detection is driven by the pattern, not by any single indicator.
Each can have a legitimate explanation. A detection comes from a meaningful combination of signals, knowledge of attacker operating patterns, and the context available from the current and prior interactions.
03 · Decision
imper.ai combines signals, detections, and cross-interaction history into an impersonation risk score. Customer-defined policy maps the score to a workflow action: proceed, review, step up, allow an approved action, or stop the interaction.
Different workforce populations do not need the same policy. Knowledge workers, frontline employees, contractors, and sensitive functions can use different thresholds and assurance requirements based on the workflow and risk.
The console exposes the signals and detections contributing to the score.

Signals and detections inform the score. Policy decides what happens next.

04 · Risk-based step-up
Risk signals run at every interaction. When policy needs more assurance, imper.ai adds a step-up layer instead of putting every worker through a heavy check.
For known employees, AI-driven contextual verification asks work-specific questions grounded in recent enterprise activity: knowledge an impostor shouldn’t have, rather than static personal data. When higher assurance is needed, a document + liveness check confirms the identity.
imper.ai surfaces impersonation detections, risk scores, and policy outcomes inside the systems already used by recruiting, IT, identity, and security teams.
Hiring + new-hire enrollment

With Workday Recruiting, imper.ai connects candidate and interview data to scheduled interviews so impersonation checks can run inside the hiring process. A separate Workday integration can retrieve new-hire contact data to support first-time enrollment and credential issuance workflows.
Explore secure hiringHelp desk + account recovery

The imper.ai app for ServiceNow sends verification requests from the task, writes results back to the task, and can continue configured recovery actions according to policy.
Explore help desk protectionWorkday, Greenhouse, SmartRecruiters, UKG, and other recruiting systems.
ServiceNow, ChangeGear, Autotask, and Jira Service Management.
Microsoft Entra ID, Okta, CyberArk, Active Directory, OneLogin, and related systems.
Microsoft Intune and device-management integrations connect assurance to enrollment workflows.
Slack, Microsoft Teams, Cortex XSIAM, Sumo Logic, and other destinations.
Amazon Connect and service-desk integrations extend impersonation controls into support channels.
Risk signals and contextual questions don’t ask workers to submit a government ID or enroll a biometric. Document + liveness IDV runs only where policy calls for it, so far less durable identity data is collected and retained.
imper.ai undergoes independent audits and testing to maintain its SOC 2 Type II program. Contact imper.ai to request the audit report.
imper.ai supports GDPR requirements and can provide a Data Processing Agreement upon request.
imper.ai supports CCPA requirements and can provide a Data Processing Agreement upon request.
Where policy calls for it, document + liveness IDV runs as a step-up layer, not as the only control. Real identity documents are cheap for attackers: the reported exposure of more than 153 million driver’s-license records, with final scope still unconfirmed, shows how easily a stolen ID can be paired with a deepfake face. That is why imper.ai keeps verifying the human behind the identity at every risky action.
Continuous workforce IDV verifies that the expected person is behind a workforce identity at every risky interaction, not just once at onboarding. It covers candidate interviews, onboarding and credential enrollment, help desk recovery and ongoing work. Gartner calls the category Workforce Identity Impersonation Detection. See how it differs from traditional IDV.
imper.ai evaluates signals across device, network, location, environment, tooling, and behavior, turns them into impersonation-specific detections, correlates those detections across interactions, and produces an impersonation risk score that can drive workflow actions.
Not for every check. Risk signals run without a document or biometric enrollment. Contextual questions and document + liveness IDV are step-up layers that policy applies when risk calls for them, and a document-less path is available where documents aren’t practical.
imper.ai integrates across recruiting and HR, ITSM, identity and access, device management, collaboration, contact center, and security operations. Workday is a primary hiring and enrollment integration, while ServiceNow brings impersonation detection into help desk and account-recovery workflows. Explore all integrations.
Primary use cases include candidate impersonation and hiring fraud, help desk vishing, suspicious onboarding or credential enrollment, and shadow workforce. The North Korean IT Worker Threat Center provides detailed guidance on one of the most visible forms of workforce impersonation.