Join our Newsletter — 33% off our NHI Course

What are the signs that passive liveness checks are failing against synthetic identities?

Warning signs include repeated successful impersonation attempts, unusual spikes in remote onboarding fraud, spoofing attempts that resemble real users too closely, and cases where facial recognition accepts a presented image or video without strong challenge. If fraudsters can move from document theft to account access with little resistance, the liveness control is too easy to bypass.

What Passive Liveness Checks Actually Have to Prove

passive liveness is supposed to distinguish a live person from a replayed photo, screen capture, or injected video without asking the user to perform a challenge. When it works well, it makes simple spoofing expensive. When it fails, the control is still “passing” cases that should have been blocked, which means the detector is too permissive, too environment-tolerant, or too easy to satisfy with synthetic input.

The practical test is not whether the model can detect obvious fraud in a lab. It is whether it can resist low-friction impersonation under normal onboarding conditions, across different devices, lighting conditions, capture quality, and user behaviour. If the control accepts artefacts that are visually close to a real face but not a live subject, the failure is usually in thresholding, signal quality, or replay detection rather than in the downstream identity proofing step alone.

A useful comparison point is the broader identity assurance model in NIST SP 800-63 Digital Identity Guidelines, which helps separate authentication strength from identity proofing strength. For organisations that want to understand the governance and lifecycle side of synthetic identity exposure, Ultimate Guide to NHIs, Why NHI Security Matters Now is a useful adjacent reference because weak identity controls often fail at scale, not as one-off edge cases.

Patterns That Show the Control Is Too Easy to Bypass

Failure rarely appears as a single obvious denial event. More often, the signal is that spoofing is succeeding too consistently, or that the control only stops the most naive attacks. Repeated successful impersonation attempts are a strong indicator that the passive check is not materially increasing attacker cost. So are onboarding flows where a stolen document, a face image, or a short replayed clip can repeatedly progress to account creation or step-up access.

Another warning sign is abnormal concentration of fraud around remote onboarding. If synthetic identities cluster where the process is fully digital, the liveness step may be acting as a thin cosmetic layer rather than a real barrier. You should also pay attention when spoofing attempts look surprisingly close to legitimate users, because that usually means the control is accepting high-quality presentation attacks instead of detecting the difference between a captured face and an actual live presence.

For reader context on how identity abuse scales when controls are weak, NHIMG’s MGM Resorts Breach 2023, Scattered Spider illustrates how social engineering and identity compromise can bypass trust boundaries once the attacker has enough of the right signals. On the standards side, OWASP Non-Human Identity Top 10 is relevant where fraud operations start chaining one weak identity control into another, especially around secret handling and downstream access.

What Practitioners Should Verify Before Trusting Passive Liveness

Passive liveness should be evaluated against the attack path, not just the detection score. If the same capture method works across repeated attempts, the control is probably not measuring enough challenge-response variance or presentation artefact diversity. If a face image or video can be accepted without strong challenge, the team should verify whether the model is blind to replay indicators, whether it is overfitted to clean samples, or whether device and camera context are being trusted too much.

What to verify: Test the control with realistic spoofing inputs, not only curated samples. Check whether failure rates change across device types, network conditions, lighting, and capture quality. Confirm that failed attempts are logged with enough detail to support fraud review, and that successful passes are correlated with later account anomalies so the control can be measured against real abuse, not only internal model metrics.

Decision rule: If fraud can move from document theft to account access with little resistance, treat the liveness gate as bypassable and escalate to a stronger capture or step-up method. If the control only blocks low-quality attacks, it is not yet dependable enough to carry onboarding risk on its own.

Practitioner takeaway: The key question is not whether passive liveness catches some spoofs, but whether it materially changes the attacker’s cost and success rate. If the answer is no, the control is operationally present but security-wise ineffective.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST SP 800-63, NIST CSF 2.0 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

Framework Control / Reference Relevance
NIST SP 800-63 IAL/AAL — Identity Assurance and Authentication Assurance Passive liveness failure affects assurance in identity proofing and authentication.
Recommendation — Align liveness testing to the assurance level expected for onboarding and step-up access.
OWASP Non-Human Identity Top 10 NHI-01 — Secrets and Credential Management Synthetic identity abuse often leads to downstream account access and credential abuse.
NHI-03 — Overprivilege and Excessive Access Weak liveness can let fraudulent identities reach accounts with excessive access.
Recommendation — Harden onboarding paths that can lead from identity fraud into credentialed access. Limit blast radius so a spoofed onboarding event cannot reach broad privileges.
NIST CSF 2.0 PR.AA — Identity Management, Authentication, and Access Control Liveness checks are part of the broader identity and access control posture.
Recommendation — Treat passive liveness as one control in the identity and access control stack.
CIS Controls v8 6 — Access Control Management Identity acceptance failures can create unauthorized access at account creation.
Recommendation — Review onboarding and access provisioning controls where liveness failures enable account abuse.