Un deepfake en la prueba de vida es el uso de video sintético como contenido de un ataque biométrico. El deepfake no elude la prueba de vida por sí solo; la elude cuando un canal comprometido lo entrega al SDK sin pasar por la cámara física. El vector de entrega determina qué control debe bloquearlo.

Este artículo explica qué es un deepfake en el contexto técnico de la autenticación biométrica, cómo el mismo contenido sintético puede utilizarse en dos tipos de ataque técnicamente distintos y qué capa de seguridad responde a cada uno.

¿Qué es un deepfake en el contexto de la autenticación biométrica?

Un deepfake es un video sintético generado por un modelo de inteligencia artificial con el rostro de una persona real. En la autenticación biométrica, el deepfake es el contenido del ataque, la materia prima. El vector es el método con el que ese contenido se entrega al sistema de verificación.

Esta distinción importa porque el mismo deepfake puede utilizarse de formas técnicamente opuestas: mostrarse en una pantalla frente a la cámara física o inyectarse directamente en el canal de datos antes de que el SDK (kit de desarrollo de software) reciba cualquier frame. El contenido puede ser idéntico en ambos casos. Lo que cambia es dónde entra el ataque y qué debe bloquearlo.

Las herramientas para generar deepfakes en tiempo real funcionan en GPU de consumo y están disponibles públicamente. Un atacante con fotos o videos públicos del titular de una cuenta puede generar un flujo sintético del rostro objetivo con calidad suficiente para engañar las verificaciones visuales. El factor limitante para que un ataque tenga éxito ya no es la calidad del deepfake, sino el método de entrega.

¿Cómo evalúa la prueba de vida un deepfake presentado físicamente?

La prueba de vida de baja fricción (detección de vida biométrica) analiza los frames recibidos en busca de señales de artefactos: textura de pantalla, patrón moiré, bordes de papel, reflejos de pantalla, ausencia de profundidad tridimensional, entre otros indicadores que el análisis puede identificar. Para el módulo de prueba de vida, un deepfake mostrado en una pantalla y presentado ante la cámara es un ataque de presentación, del mismo tipo que una foto impresa o una máscara 2D.

La certificación que documenta la resistencia a este vector es ISO/IEC 30107-3 (PAD, Presentation Attack Detection). El laboratorio iBeta certificó Fortface en los niveles Level 1 y Level 2 de esta norma en 2024. En Level 1 se probaron 1.800 ataques con un APCER de 0%. En Level 2 se probaron 1.500 ataques con artefactos avanzados —máscaras de silicona, prótesis 3D y maniquíes realistas— con un APCER de 0%. Fortface fue la primera empresa brasileña en obtener la certificación iBeta Level 2.

Los deepfakes presentados en pantallas de alta resolución están dentro del alcance de Level 2. El módulo de prueba de vida bloqueó todos los ataques probados.

¿Qué ocurre cuando el deepfake no pasa por la cámara?

Cuando el deepfake se inyecta en el canal de datos antes del SDK, la cámara física no interviene. El flujo sintético llega al SDK mediante un controlador de cámara virtual instalado en el dispositivo, código que intercepta la llamada a la cámara en el nivel del sistema operativo o la emulación completa del dispositivo. Desde la perspectiva del SDK, la cámara funciona con normalidad.

La prueba de vida (detección de vida biométrica) analiza el contenido de los frames, no su origen. Un deepfake creado con micromovimientos faciales, iluminación adaptativa y profundidad simulada entrega al módulo exactamente lo que este fue entrenado para reconocer como una captura válida de una persona real.

El deepfake que entra por inyección elude la prueba de vida porque esta no controla el canal de captura. Controlar el canal es responsabilidad del módulo de anti-inyección y exige una certificación independiente, con una metodología y un laboratorio distintos.

¿Qué controles verifican el canal antes de que el frame llegue a la prueba de vida?

La anti-inyección actúa antes de que se analice el contenido. El SDK verifica si el dispositivo que responde a la solicitud de cámara es un sensor físico real. Los controladores de cámara virtual tienen una firma de comunicación con el sistema operativo estructuralmente distinta de la de los sensores de hardware; esa diferencia se puede detectar.

La verificación se realiza en tiempo de ejecución. Las técnicas RASP (Runtime Application Self-Protection) identifican manipulaciones durante la sesión activa, antes de que se procese cualquier frame. Los emuladores de dispositivos tienen una huella de entorno distinta de la del hardware físico: los ciclos de batería y el comportamiento de los sensores inerciales presentan divergencias características.

La ofuscación del SDK impide analizar el código para localizar puntos de entrada mediante ingeniería inversa. El resultado: un deepfake inyectado no llega a la prueba de vida. El canal se identifica como comprometido antes de procesar el frame.

Ninguna de estas verificaciones aparece en la interfaz de la persona usuaria legítima. El control opera íntegramente en la capa de infraestructura.

¿Qué norma certifica la resistencia a deepfakes entregados por inyección?

CEN/TS 18099:2024 es la primera norma técnica específica para controles de anti-inyección biométrica. Publicada por el Comité Europeo de Normalización, define una metodología de prueba para ataques realizados con IAI (Injection Attack Instrument): cualquier contenido sintético —incluidos los deepfakes— inyectado en el canal de captura antes del SDK.

La norma tiene tres niveles; High es el más alto. Para obtener la certificación de nivel High, el sistema debe resistir al menos 15 especies distintas de IAI, con un BPCER (Bona fide Presentation Classification Error Rate) máximo de 15%.

La certificación no es autodeclarada. El laboratorio reconocido define los ataques, ejecuta el protocolo y firma el informe. El proveedor no controla qué especies de IAI se prueban dentro del conjunto exigido por la norma.

El laboratorio Antisec realizó la certificación del módulo de anti-inyección de Fortface entre el 30 de julio y el 18 de agosto de 2026. Resultados: 18 ataques ejecutados, 15 especies distintas de IAI, 3 métodos distintos de IAM, 0 bypass. BPCER: 2%, frente al límite de 15% aceptado por la norma. Certificación de nivel High obtenida.

¿Qué muestran los datos de certificación sobre deepfakes en producción?

Dos perímetros, dos informes independientes.

Para deepfakes presentados físicamente (mostrados a la cámara como un ataque de presentación): APCER de 0% en las certificaciones ISO/IEC 30107-3 Level 1 y Level 2, realizadas por el laboratorio iBeta entre julio y agosto de 2024. El módulo de prueba de vida bloqueó todos los ataques probados, incluidos los artefactos avanzados que cubren deepfakes de alta resolución.

Para deepfakes inyectados en el canal de captura (entregados antes del SDK): 0 bypass en 18 ataques con 15 especies distintas de IAI, en la evaluación CEN/TS 18099:2024 nivel High, realizada por el laboratorio Antisec en agosto de 2026. El módulo de anti-inyección bloqueó todos los ataques antes de que el frame llegara a la prueba de vida.

Un proveedor que solo cuenta con la primera certificación y no tiene la segunda deja abierto el perímetro de inyección. Los dos informes cubren vectores distintos y ninguno sustituye al otro.

“Un deepfake bien hecho engaña al ojo humano y puede engañar a la prueba de vida. Lo que no engaña es la verificación del canal. El control de anti-inyección actúa antes de los frames; ahí es donde se bloquea un deepfake entregado por inyección.” (Ricardo Fristche, CTO de Fortface by Payface)

Preguntas frecuentes

¿Un deepfake y un ataque de presentación son lo mismo?
Un deepfake es el contenido: un video sintético del rostro de una persona. Un ataque de presentación es el vector: mostrar físicamente ese contenido frente a la cámara. Un deepfake puede utilizarse en un ataque de presentación, y la prueba de vida detecta ese vector. El mismo deepfake también puede inyectarse directamente en el canal de datos sin pasar por la cámara. En ese caso, la prueba de vida no lo ve; debe actuar el control de anti-inyección.
¿La prueba de vida sin desafíos activos detecta deepfakes?
Los detecta cuando se presentan mediante la cámara física; ese es el vector cubierto por ISO/IEC 30107-3. Cuando el deepfake se inyecta directamente en el canal de captura antes del SDK, la prueba de vida recibe frames fabricados como si fueran legítimos. El control responsable de ese vector es el módulo de anti-inyección, cubierto por CEN/TS 18099:2024.
¿Por qué la calidad del deepfake dejó de ser el factor limitante?
Porque el ataque se dividió en dos vías: los deepfakes de alta calidad entregados por inyección no necesitan engañar a la cámara; la evitan por completo. Con herramientas de generación en tiempo real disponibles en hardware de consumo, el factor determinante pasó a ser el método de entrega, no la fidelidad del video sintético.
¿Qué es BPCER y qué significa un resultado de 2% para la persona usuaria legítima?
BPCER (Bona fide Presentation Classification Error Rate) es la tasa de personas usuarias legítimas que el módulo de anti-inyección clasifica como atacantes y bloquea. Un BPCER de 2% significa que 98 de cada 100 personas usuarias legítimas superan el control sin fricción adicional. El límite aceptable según CEN/TS 18099:2024 nivel High es 15%; el resultado de Fortface es 7,5 veces menor que el máximo exigido.
¿Un proveedor con certificación iBeta Level 2 está protegido contra deepfakes por inyección?
La certificación iBeta Level 2 documenta resistencia a ataques de presentación según ISO/IEC 30107-3 PAD. El vector probado es el artefacto físico ante la cámara, incluidos artefactos avanzados como las máscaras de silicona. Los ataques de inyección, en los que el contenido entra directamente en el canal de datos antes del SDK, quedan fuera del alcance de esa norma. Para ese perímetro, la certificación pertinente es CEN/TS 18099:2024.
¿Cómo se puede comprobar si un proveedor tiene protección certificada contra deepfakes por inyección?
Solicite el informe de evaluación CEN/TS 18099:2024, emitido por un laboratorio reconocido, con el nivel obtenido, el número del informe y la fecha de emisión. Una declaración del proveedor sin informe no documenta el perímetro técnico. La certificación iBeta y la evaluación CEN/TS 18099 cubren vectores distintos; un proveedor necesita ambas para documentar los dos perímetros.