Lo que cambia en la práctica cuando la verificación de vida se trata como un proceso y no como un trámite de treinta segundos
Registramos la secuencia completa: parpadeo, microgestos, respuesta a la instrucción de giro y tiempo de reacción. Un retrato generado puede sostener una pose, pero rara vez sostiene el ritmo de una tarea pedida en voz alta.
Cuando el sistema detecta una máscara 3D o una inyección de cámara virtual, el analista recibe la marca de tiempo y el fotograma exacto. Eso permite pedir una segunda captura guiada en lugar de cerrar el expediente del inversor.
Cada decisión queda asociada a un identificador de sesión, al modelo de detección usado y a la versión del flujo. Si un regulador pregunta por qué se aprobó o rechazó una apertura, la respuesta está en el registro, no en la memoria del operador.
El flujo se ajusta según el país de residencia y el tipo de cuenta. Un cliente que opera desde una jurisdicción con buen historial de dispositivos pasa por menos pasos que uno que abre su primera cuenta desde un entorno atípico.
La capa de liveness se conecta al proveedor de identidad que ya usa el bróker. No reemplaza el proceso de alta: se inserta entre la carga del documento y la firma del contrato, sin obligar a rehacer la ficha del cliente.
Los equipos de cumplimiento que adoptan este enfoque suelen notar el cambio en dos frentes: menos revisiones manuales repetidas y menos disputas internas sobre por qué se bloqueó una cuenta. El analista deja de decidir a ciegas y pasa a revisar evidencia concreta. Para ver cómo se conecta esto con el resto del proceso, conviene revisar el enfoque de trabajo y los recursos técnicos que publicamos sobre modelos de detección y casos reales de suplantación.
Cada revisión que publicamos sigue un recorrido previsible: primero se detecta el patrón, después se documenta el intento, luego se contrasta con registros previos y finalmente se decide si la señal merece una alerta pública. Estas son las etapas que ordenan ese trabajo y las fechas en que cada una quedó cerrada.
La primera etapa arranca cuando un operador de mesa reporta una sesión de e-KYC con comportamiento anómalo: parpadeo demasiado regular, microexpresiones ausentes o respuesta de profundidad plana. Registramos la marca temporal exacta y el proveedor involucrado antes de tocar cualquier captura. Sin ese anclaje, el caso pierde trazabilidad.
Una vez confirmado el reporte, aislamos el clip y los frames clave en un entorno separado del flujo productivo. Aquí no se corrige ni se mejora la imagen: se conserva tal como llegó, con su compresión original. Esta etapa suele tardar entre uno y tres días hábiles según el volumen de sesiones simultáneas.
Buscamos rastros concretos: bordes de máscara en el contorno del rostro, coherencia temporal del parpadeo, ruido inconsistente entre regiones y desalineación de sombras. No alcanza con una sola señal; necesitamos al menos dos indicios convergentes para clasificar el caso como intento de suplantación generativa.
Comparamos los artefactos detectados con patrones ya catalogados en casos anteriores. Muchas herramientas reutilizan el mismo pipeline de renderizado, así que las huellas se repiten. Este cruce permite atribuir el intento a una familia técnica conocida o marcarlo como variante nueva.
El informe final describe el método observado, el proveedor afectado, la fecha del intento y las limitaciones del análisis. Evitamos conclusiones que no podamos sostener con la muestra disponible. La publicación se hace en el hub y queda enlazada desde la sección de recursos.
Los casos no se cierran del todo. Si en las semanas siguientes aparece un patrón similar, actualizamos el informe original en lugar de crear uno nuevo. Este seguimiento es lo que permite ver cómo evolucionan las técnicas de suplantación y qué defensas siguen funcionando.