Reunimos aquí el criterio técnico que aplicamos cuando un motor de verificación tiene que distinguir una persona presente de una grabación, una máscara o un flujo sintético. Sin cifras infladas: métodos, límites y evidencia.
Trabajamos con equipos de identidad, laboratorios de certificación y fabricantes de hardware que someten sus motores de detección de vida a pruebas cruzadas. Estas son las relaciones activas y el tipo de trabajo que compartimos con cada una.
Convenio de evaluación cruzada sobre conjuntos de prueba con ataques de presentación impresos y pantallas. Revisamos curvas APCER y BPCER por subgrupo de dispositivo antes de publicar cualquier resultado.
Pruebas de coherencia de ruido de sensor y detección de doble compresión sobre flujos de vídeo en tiempo real. El objetivo es distinguir una lente física de una inyección de capa virtual en el navegador.
Acompañamiento técnico en el despliegue de retos de vida activa combinados con análisis pasivo. Documentamos umbrales operativos y registros de evidencia para auditoría interna.
Revisión conjunta de flujos de consentimiento, retención de capturas y trazabilidad de decisiones automáticas en procesos de alta remota.
Intercambio de muestras de deepfakes generados con modelos recientes y análisis de artefactos temporales. Los hallazgos se publican como notas técnicas, sin cifras de precisión aisladas.
Las colaboraciones se documentan con alcance, entregables y criterios de evaluación por escrito. No publicamos logotipos ni nombres de cliente sin autorización firmada.
La diferencia no está en una cifra de precisión, sino en cómo se combinan señales, se fija el umbral y se documenta cada decisión. Aquí se explica qué separa a un sistema anti-spoofing serio de una demostración de laboratorio.
El ruido de sensor, la coherencia temporal entre fotogramas y la geometría de lente se analizan en conjunto. Un ataque por inyección de vídeo puede imitar una cámara física en un canal aislado, pero rara vez sostiene la coherencia en todos a la vez.
Un alta de cuenta bancaria y un acceso interno no toleran el mismo margen de error. El punto de operación se declara por caso de uso, no se hereda de un valor por defecto que suene bien en una presentación.
Cada verificación deja trazas de las señales evaluadas y del motivo del rechazo. Sin ese registro, una decisión no se puede revisar después ni defender ante un reclamo del usuario.
Los retos de movimiento encarecen un ataque grabado pero añaden fricción. Las pruebas pasivas analizan microtextura y reflejos sin pedir nada al usuario, aunque dependen de la iluminación. El sistema decide qué capa pesa según el entorno.
Una tasa global de error esconde diferencias entre dispositivos, tonos de piel y condiciones de red. La validación se desglosa antes de dar por bueno un motor, no después de que aparezca el primer caso problemático.
Las cámaras virtuales y las capas de captura sustituyen la señal antes de que llegue al SDK. Se vigilan marcas de doble compresión y latencias anómalas para distinguir un flujo real de uno fabricado.