Liveness Detection

In brief: liveness detection checks that a real, live person is in front of the camera, rather than a photo, a video replay or a mask. It is what stops a stolen photo being used to pass a face match during remote onboarding.

What is liveness detection?

Liveness detection is the set of techniques used to establish that the face presented to a camera belongs to a live human being physically present at that moment — not a printed photograph, a screen replay, a mask, or a synthetically generated video. In standards language the discipline is called presentation attack detection.

It exists because face matching alone is indifferent to what it is looking at. A face-match engine will happily confirm that a photograph of the right person is the right person, which is exactly the weakness an attacker exploits.

Active and passive approaches

Active liveness asks the user to do something — blink, turn their head, follow a moving target, or speak a prompted phrase. It is easy to explain and produces clear evidence of interaction, but it adds friction and excludes some users with disabilities or on poor connections.

Passive liveness makes the determination from a single capture or a short clip without instructions, analysing signals such as texture, depth cues, reflection and screen artefacts. It is far smoother for the user, and it moves the burden onto the quality of the model.

In practice most production systems combine the two: passive first, with active challenges escalated only for borderline scores or higher-risk journeys.

The attacks it has to withstand

How it relates to Video KYC

In a V-CIP session, liveness is established partly by a human official asking unscripted questions in real time — a deliberately low-tech and quite robust control. Automated liveness serves the self-service flows that sit before that step, and its purpose is to keep spoofed applicants out of the funnel rather than to replace the official’s judgement.

As with name matching, the output is a score meeting a threshold, and the threshold is a policy decision: too strict and you reject genuine customers in bad lighting, too loose and you admit printed photographs.

Designing liveness detection into remote onboarding

Face matching answers whether two faces belong to the same person. Liveness detection answers a different question: whether the face being captured belongs to someone actually present. Remote onboarding needs both, because a face match alone can be fooled by holding up a photo of the real customer. This section covers how teams choose and deploy liveness detection.

Active and passive approaches

Active liveness detection asks the user to do something, such as turn their head, blink or follow a moving dot, and checks that the response is natural. Passive liveness detection analyses a short capture without asking for any action, looking at cues such as texture, depth and light reflection. Passive checks are faster and easier for users; active checks give an additional signal. Many flows use passive by default and add an active step when risk is higher.

What attacks it must withstand

The first three are known as presentation attacks, and the international standard ISO/IEC 30107 describes how presentation attack detection is tested. Injection attacks bypass the camera altogether, so defending against them also depends on securing the capture path in the app.

Getting good captures

Most failed liveness detection checks are caused by conditions rather than fraud: poor light, a backlit window, a dirty camera or a face too close to the screen. Guide users with on-screen framing, tell them what went wrong in plain words, and let them retry quickly. A clear capture experience raises pass rates for genuine users without weakening the check.

Where liveness detection is used

Remote account opening, loan applications, re-verification before sensitive account changes, gig-worker onboarding and video-based identification all rely on liveness detection. In video-based identification under the RBI’s rules, liveness is one of the checks carried out during the live session with an official.

Combining it with face match

Run liveness detection first, then compare the live capture with the photo on the customer’s verified identity record. If liveness fails, there is no point running the face match. If both pass, you have strong evidence that a real person matching the identity record is present.

Setting thresholds and reviews

Liveness detection produces a confidence result. Decide what passes automatically, what triggers a retry, and what goes to manual review. Monitor how often genuine users fail, because a threshold that is too strict pushes good customers away, while one that is too loose lets attacks through.

Privacy

Face images are sensitive personal data. Capture only what the check needs, explain to users why it is required, keep captures only as long as necessary and restrict access. The KYC requirements that these checks support are set out in the RBI’s Master Direction on KYC.

Verify it with Veriqos Technologies

Support your face and liveness checks with independent record-level verification:

See how these checks are applied in Banks & NBFCs, Insurance Providers.

← Back to the verification glossary