A deepfake in liveness detection is the use of synthetic video as the content of a biometric attack. A deepfake does not bypass liveness on its own; it bypasses liveness when a compromised channel delivers it to the SDK without passing through the physical camera. The delivery vector determines which control must block it.

This post explains what a deepfake is in the technical context of biometric authentication, how the same synthetic content can be used in two technically distinct types of attack, and which security layer addresses each one.

What is a deepfake in the context of biometric authentication?

A deepfake is synthetic video generated by an artificial intelligence model using the face of a real person. In biometric authentication, the deepfake is the attack content—the raw material. The vector is the method used to deliver that content to the verification system.

This distinction matters because the same deepfake can be used in technically opposite ways: displayed on a screen in front of the physical camera, or injected directly into the data channel before the SDK (software development kit) receives any frame. The content can be identical in both cases. What changes is where the attack enters—and what must block it.

Real-time deepfake generation tools run on consumer GPUs and are publicly available. An attacker with public photos or videos of an account holder can generate a synthetic stream of the target face with enough quality to fool visual checks. The limiting factor for a successful attack is no longer deepfake quality; it is the delivery method.

How does liveness assess a deepfake presented physically?

Low-friction liveness (biometric liveness detection) analyzes incoming frames for signs of artifacts: screen texture, a moiré pattern, paper edges, screen reflections, a lack of three-dimensional depth, and other indicators the analysis can identify. A deepfake displayed on a screen and presented to the camera is a presentation attack to the liveness module—the same type of attack as a printed photo or a 2D mask.

The certification that documents resistance to this vector is ISO/IEC 30107-3 (PAD, Presentation Attack Detection). The iBeta laboratory certified Fortface at Level 1 and Level 2 under this standard in 2024. At Level 1, 1,800 attacks were tested with an APCER of 0%. At Level 2, 1,500 attacks using advanced artifacts—silicone masks, 3D prosthetics, and realistic mannequins—were tested with an APCER of 0%. Fortface was the first Brazilian company to obtain iBeta Level 2 certification.

Deepfakes presented on high-resolution screens are within the scope of Level 2. The liveness module blocked every tested attack.

What happens when the deepfake does not pass through the camera?

When a deepfake is injected into the data channel before the SDK, the physical camera is not part of the equation. The synthetic stream reaches the SDK through a virtual camera driver installed on the device, code that intercepts the camera call at the operating system level, or full device emulation. From the SDK’s perspective, the camera is working normally.

Liveness (biometric liveness detection) analyzes frame content, not its source. A deepfake built with facial micro-movements, adaptive lighting, and simulated depth gives the module exactly what it was trained to recognize as a valid capture of a real person.

A deepfake delivered through injection bypasses liveness because liveness does not control the capture channel. Controlling the channel is the responsibility of the anti-injection module—and requires separate certification, with a different methodology and laboratory.

Which controls verify the channel before a frame reaches liveness?

Anti-injection acts before the content is analyzed. The SDK checks whether the device responding to the camera request is a real physical sensor. Virtual camera drivers have a communication signature with the operating system that differs structurally from hardware sensors—the difference is detectable.

The check runs at runtime. RASP (Runtime Application Self-Protection) techniques identify tampering during the active session, before any frame is processed. Device emulators have an environment fingerprint that differs from physical hardware: battery cycles and inertial sensor behavior diverge in characteristic ways.

SDK obfuscation prevents the code from being analyzed to map entry points through reverse engineering. The result: an injected deepfake does not reach liveness. The channel is identified as compromised before the frame is processed.

None of these checks appear in the legitimate user interface. The control operates entirely at the infrastructure layer.

Which standard certifies resistance to deepfakes delivered through injection?

CEN/TS 18099:2024 is the first technical standard specifically for biometric anti-injection controls. Published by the European Committee for Standardization, it defines a test methodology for attacks conducted with an IAI (Injection Attack Instrument): any synthetic content—including deepfakes—injected into the capture channel before the SDK.

The standard has three levels; High is the highest. To obtain High-level certification, a system must resist at least 15 distinct IAI species, with a maximum BPCER (Bona fide Presentation Classification Error Rate) of 15%.

Certification is not self-declared. The recognized laboratory defines the attacks, runs the protocol, and signs the report. The vendor does not control which IAI species are tested within the set required by the standard.

The Antisec laboratory conducted certification of Fortface’s anti-injection module from July 30 to August 18, 2026. Results: 18 attacks executed, 15 distinct IAI species, 3 distinct IAM methods, 0 bypasses. BPCER: 2%, against the standard’s 15% limit. High-level certification obtained.

What do certification results show about deepfakes in production?

Two perimeters, two independent reports.

For deepfakes presented physically (shown to the camera as a presentation attack): APCER was 0% in the ISO/IEC 30107-3 Level 1 and Level 2 certifications conducted by iBeta from July to August 2024. The liveness module blocked all tested attacks, including advanced artifacts that cover high-resolution deepfakes.

For deepfakes injected into the capture channel (delivered before the SDK): 0 bypasses in 18 attacks across 15 distinct IAI species in the CEN/TS 18099:2024 High-level evaluation conducted by Antisec in August 2026. The anti-injection module blocked all attacks before the frame reached liveness.

A vendor with only the first certification and without the second has an open injection perimeter. The two reports cover distinct vectors, and neither replaces the other.

“A well-made deepfake can fool the human eye and may fool liveness. What it cannot fool is channel verification. Anti-injection acts before the frames—and that is where a deepfake delivered through injection is blocked.” (Ricardo Fristche, CTO of Fortface by Payface)

Frequently asked questions

Are a deepfake and a presentation attack the same thing?
A deepfake is the content: synthetic video of a person’s face. A presentation attack is the vector: physically displaying that content in front of the camera. A deepfake can be used in a presentation attack, and liveness detects that vector. The same deepfake can also be injected directly into the data channel without passing through the camera. In that case, liveness does not see it; the anti-injection control must act.
Does liveness without active challenges detect deepfakes?
It detects deepfakes presented through the physical camera—the vector covered by ISO/IEC 30107-3. When a deepfake is injected directly into the capture channel before the SDK, liveness receives fabricated frames as if they were legitimate. The control responsible for that vector is the anti-injection module, covered by CEN/TS 18099:2024.
Why has deepfake quality stopped being the limiting factor?
Because the attack has split into two paths: high-quality deepfakes delivered through injection do not need to fool the camera; they bypass it entirely. With real-time generation tools accessible on consumer hardware, the determining factor is now the delivery method, not the fidelity of the synthetic video.
What is BPCER, and what does a 2% result mean for a legitimate user?
BPCER (Bona fide Presentation Classification Error Rate) is the rate of legitimate users that the anti-injection module classifies as attackers and blocks. A BPCER of 2% means 98 out of every 100 legitimate users pass the control without additional friction. The acceptable limit under CEN/TS 18099:2024 High is 15%—Fortface’s result is 7.5 times lower than the required ceiling.
Is a vendor with iBeta Level 2 certification protected against deepfakes delivered through injection?
iBeta Level 2 documents resistance to presentation attacks under ISO/IEC 30107-3 PAD. The tested vector is a physical artifact in front of the camera—including advanced artifacts such as silicone masks. Injection attacks, where content enters the data channel directly before the SDK, are outside that standard’s scope. CEN/TS 18099:2024 is the relevant certification for that perimeter.
How can you verify whether a vendor has certified protection against deepfakes delivered through injection?
Request the CEN/TS 18099:2024 evaluation report issued by a recognized laboratory, including the level obtained, report number, and issue date. A vendor statement without a report does not document the technical perimeter. iBeta certification and the CEN/TS 18099 evaluation cover different vectors; a vendor needs both to document both perimeters.