Subscribe to the Non-Human & AI Identity Journal

What do organisations get wrong about liveness detection?

Organisations often treat liveness detection as proof of identity when it only addresses one part of the problem. A system can recognise a real face and still be fooled by injected video, tampered endpoints, or replayed streams. The mistake is assuming a single biometric check covers the whole assurance chain.

Why This Matters for Security Teams

Organisations get liveness detection wrong when they treat it as a standalone trust decision instead of one signal in a broader assurance chain. A live face, voice, or fingerprint only answers whether the biometric input appears present at capture time. It does not prove the endpoint is uncompromised, the stream is authentic, or the session should be trusted after enrolment. That distinction matters because identity attacks increasingly target the surrounding pipeline, not just the biometric sample.

This is why NHI Management Group keeps linking identity risk back to lifecycle controls in the NHI Lifecycle Management Guide and the broader Ultimate Guide to NHIs — Key Challenges and Risks. The lesson transfers cleanly to liveness: a point-in-time check cannot compensate for weak device posture, replayable transport, or poor downstream access controls. Current guidance from the NIST Cybersecurity Framework 2.0 also reinforces that identity assurance must support broader protection, detection, and response outcomes rather than stand alone.

In practice, many security teams encounter liveness bypass after a production fraud incident rather than through intentional assurance testing.

How It Works in Practice

Effective liveness detection should be treated as one control in a layered identity workflow. At capture time, the system looks for evidence that the input is from a real, present subject rather than a static image, prerecorded stream, or injection artifact. But that result should feed risk scoring, not automatic trust. The stronger pattern is to combine liveness with device attestation, session binding, transport integrity, rate limiting, and step-up verification where risk rises.

That operating model aligns with the broader lesson from NHI governance: identity claims are only as strong as the surrounding controls. The Top 10 NHI Issues research shows how often organisations overestimate one control while missing the failure path around it. In practice, teams should ask four questions:

  • Is the liveness result tied to a specific session, device, or transaction?
  • Can the source video, camera feed, or capture pipeline be replayed or injected?
  • Does the system verify the endpoint and transport, not just the biometric sample?
  • Is access granted immediately, or only after policy and risk evaluation?

For control design, map the outcome to the NIST Cybersecurity Framework 2.0 functions so identity proofing connects to governance, protection, and monitoring. Where possible, pair liveness with continuous signals such as location anomalies, impossible travel, abnormal device fingerprints, or repeated failed attempts. That turns a one-time biometric check into part of a stronger trust decision. These controls tend to break down in remote enrollment flows with unmanaged endpoints and reused capture software because the attacker can compromise the input path without defeating the liveness model itself.

Common Variations and Edge Cases

Tighter liveness controls often increase friction, support burden, and false rejects, so organisations have to balance fraud resistance against user completion rates. That tradeoff is especially visible in onboarding, account recovery, and high-value transactions where users may be under poor lighting, on low-end devices, or using accessibility tools.

Best practice is evolving on how much liveness evidence is enough. Some teams use passive liveness only, while others require active challenge-response for higher-risk flows. There is no universal standard for this yet, which is why risk-based design matters more than a single vendor feature claim. If the threat model includes deepfakes, endpoint compromise, or session hijacking, liveness alone is not sufficient. If the threat model is lower, a lighter check may be acceptable when paired with step-up MFA and transaction monitoring.

Another common mistake is assuming liveness solves enrolment fraud permanently. It does not. Once a bad identity is established, later access decisions can still be abused unless lifecycle controls, revocation, and anomaly detection are in place. That is why NHI Management Group emphasises continuous lifecycle discipline in the NHI Lifecycle Management Guide: the control that proves presence at sign-up cannot substitute for the controls that govern what happens next.

Standards & Framework Alignment

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

OWASP Agentic AI Top 10 and CSA MAESTRO address the attack and risk surface, while NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

Framework Control / Reference Relevance
NIST CSF 2.0 PR.AC-7 Identity proofing and session trust need layered access controls.
OWASP Agentic AI Top 10 A01 Autonomous and adaptive attacks can bypass a single biometric check.
CSA MAESTRO ID-1 Agentic and automated trust decisions require stronger identity assurance.

Bind liveness results to risk-based access decisions and continuous monitoring.