Comprenda la biometría 1:1 y 1:N, la diferencia entre verificación e identificación, el impacto del tamaño de la galería, desempeño, arquitectura, privacidad y criterios de diseño.
¡Descúbrelo!
La biometría 1:1 y 1:N resuelve problemas diferentes. En la verificación 1:1, una muestra se compara con la referencia biométrica de una identidad que ya fue presentada o es conocida; la pregunta es “¿esta persona corresponde a la identidad declarada?”. En la identificación 1:N, la muestra se busca dentro de una galería con múltiples identidades; la pregunta pasa a ser “¿quién, entre los usuarios registrados, corresponde con mayor probabilidad a esta muestra?”. Esta diferencia modifica desempeño, riesgo de falso positivo, latencia, arquitectura, privacidad y criterios de diseño.
En control de acceso, 1:1 suele utilizarse cuando una tarjeta, PIN, credencial móvil u otro identificador ya indica qué template debe verificarse. 1:N permite autenticar utilizando únicamente la característica biométrica, pero exige búsqueda en una base mayor y debe evaluarse con métricas y capacidad compatibles con el tamaño real de la galería. Elegir entre ambos modos no es una preferencia de interfaz: es una decisión de arquitectura y gestión de riesgos.
La verificación 1:1 confirma una identidad previamente indicada
En modo 1:1, el sistema recibe una identidad candidata antes de la comparación. Esa identidad puede provenir de una tarjeta RFID, número de empleado, PIN, credencial móvil u otro identificador. La biometría verifica si la persona que presenta la credencial corresponde al template asociado con esa identidad.
La guía completa de control de acceso sitúa la autenticación dentro de una arquitectura más amplia de puertas, controladoras, políticas y eventos. 1:1 es una forma de reforzar esa autenticación sin buscar en toda la base.
La ventaja arquitectónica es limitar la comparación a una referencia. Esto reduce la carga de procesamiento y evita que el matcher tenga que buscar candidatos en toda la galería.
La identificación 1:N busca la identidad en una galería
En modo 1:N, el usuario presenta únicamente la característica biométrica. El sistema extrae el template de la muestra y busca dentro de una galería con N identidades para encontrar uno o más candidatos.
La ANPD brasileña describe la identificación como la comparación del template de una persona con los existentes en una base para determinar si ya está registrada y a quién pertenece el template. NIST también distingue la búsqueda 1:N de la verificación 1:1 y, en sus requisitos de identidad digital, trata explícitamente el riesgo de falsos positivos de identificación.
En control de acceso, el resultado normalmente sigue dos etapas: encontrar el mejor candidato biométrico y después verificar si esa identidad tiene permiso de acceso para ese punto y horario.
1:1 y 1:N no son sinónimos de autenticación fuerte o débil
Es incorrecto asumir que 1:N es necesariamente más seguro porque elimina tarjetas, o que 1:1 es más seguro porque combina factores. La seguridad depende del diseño completo.
Un sistema 1:N puede utilizar excelente biometría, liveness y una galería bien gobernada y, aun así, estar expuesto a errores de identificación o ataques de presentación. Un sistema 1:1 puede combinar tarjeta y biometría, pero tener credenciales compartidas, enrollment deficiente o fallback demasiado permisivo.
El modo de matching define la estructura de comparación. El nivel de seguridad resulta de la combinación de identidad, factores, threshold, PAD, protección de templates, políticas, operación y tratamiento de excepciones.
La diferencia fundamental es el espacio de búsqueda
En 1:1 existe una comparación principal entre muestra y referencia. En 1:N existen potencialmente muchas comparaciones o una búsqueda optimizada dentro de una galería grande.
| Aspecto | 1:1 | 1:N |
| Pregunta | “¿esta persona es quien declara ser?” | “¿quién es esta persona?” |
| Referencia | una identidad conocida | galería con N identidades |
| Escala | baja por transacción | crece con el tamaño de la galería |
| Latencia | normalmente menor | depende de N y de la arquitectura |
| Falso positivo | falsa correspondencia con la identidad declarada | candidato/identificación incorrecta en la galería |
| Privacidad | comparación dirigida | búsqueda más amplia |
| Uso típico | MFA o tarjeta + biometría | acceso biométrico sin credencial física |
Esta diferencia debe aparecer desde el Basis of Design o memoria funcional. Si el documento solicita únicamente “reconocimiento facial”, el proveedor puede proponer arquitecturas muy distintas que no son comparables.
Definir 1:1 o 1:N cambia arquitectura, capacidad, métricas y riesgo del sistema. Esta decisión debe estar en el diseño antes de seleccionar el terminal biométrico.
El tamaño de la galería es una variable de diseño en 1:N
N no es solo una notación matemática. Es la cantidad de identidades que pueden buscarse y, en muchos sistemas, influye en el tiempo de búsqueda, la necesidad de procesamiento y la probabilidad de encontrar un candidato incorrecto.
Una prueba de concepto con 500 usuarios no demuestra el mismo desempeño que una operación con 50.000. El diseño debe declarar población inicial, crecimiento previsto, retención de usuarios inactivos y capacidad máxima deseada.
NIST, al tratar la identificación 1:N en identidad digital, exige que las pruebas representen de forma significativa el tamaño de la galería operativa. La lección metodológica se aplica directamente al control de acceso: la capacidad debe probarse en el escenario que realmente se operará.
FAR/FMR de 1:1 no puede trasladarse directamente a 1:N
En 1:1, la preocupación es la probabilidad de que un impostor corresponda con la identidad declarada y de que un usuario genuino sea rechazado. En 1:N, el sistema busca candidatos en toda la galería. Las métricas pueden implicar tasa de identificación falsa positiva y otras medidas de identificación.
Un fabricante puede presentar un excelente FAR para verificación y, por separado, capacidad 1:N para un gran número de usuarios. Esto no demuestra automáticamente el desempeño de identificación en el tamaño máximo de galería.
El artículo FAR, FRR y EER en biometría profundiza la relación entre threshold y tipos de error.
1:N puede devolver un candidato sin confirmar la identidad
En sistemas bien diseñados, una correspondencia biométrica es evidencia, no verdad absoluta. El matcher produce scores y ordena candidatos. Dependiendo de la aplicación, el mejor candidato puede exigir todavía score mínimo, margen sobre el segundo colocado, liveness, segundo factor o revisión humana.
Esta precaución es especialmente importante cuando el resultado tiene consecuencias relevantes. NIST exige revisión manual antes de determinadas decisiones adversas basadas en identificación 1:N en el contexto de prueba de identidad. En control de acceso físico, el equivalente de ingeniería es definir cuándo el resultado biométrico basta para liberar la barrera y cuándo es necesario otro control.
El threshold de 1:N debe considerar el tamaño de la galería y la consecuencia
El threshold define qué tan similar debe ser una muestra para aceptar un candidato. En 1:N, reducir demasiado el threshold puede aumentar candidatos falsos; elevarlo demasiado puede aumentar la cantidad de usuarios legítimos no encontrados.
Además del threshold absoluto, algunos algoritmos utilizan ranking, top-k y criterios adicionales. La especificación no debe asumir la implementación interna, pero puede exigir comportamiento verificable: tasa de falso positivo, tasa de identificación, latencia y resultados en escenarios controlados.
El punto de operación debe ser coherente con el riesgo del acceso y el tamaño de N.
1:1 se combina naturalmente con autenticación multifactor
Cuando una tarjeta o credencial móvil identifica al usuario y la biometría confirma que el portador es el titular legítimo, se combinan factores: posesión + característica biométrica. El matcher recibe directamente la referencia vinculada a la credencial.
Esta arquitectura es común en áreas de mayor criticidad porque evita depender solo de la biometría. También permite desempeño previsible incluso con bases grandes, porque la búsqueda no recorre toda la galería.
Sin embargo, el diseño debe tratar tarjetas perdidas, bloqueo, reemisión, sincronización, operación offline y excepciones. MFA no elimina la necesidad de gobernanza.
1:N prioriza comodidad, pero amplía dependencias
La experiencia de “solo mirar a la cámara” o “solo colocar el dedo” reduce el uso de credenciales físicas. En recepciones, tornos o entornos corporativos puede mejorar el flujo.
El coste arquitectónico es concentrar mayor responsabilidad en la biometría: enrollment, calidad, desempeño de la galería, liveness, protección de templates, infraestructura y fallback pasan a ser críticos. Un fallo del mecanismo biométrico puede afectar a toda la población.
La comodidad debe estar sustentada por ingeniería de disponibilidad.
Dónde debe ocurrir el matching: terminal o servidor
Los sistemas distribuidos pueden ejecutar 1:1 o 1:N localmente en el terminal, mientras otros envían la muestra o template a un servidor. También existen arquitecturas híbridas.
El matching local puede reducir dependencia de la red y latencia, pero exige sincronización de templates y capacidad en cada equipo. El matching centralizado simplifica la gestión y puede ofrecer mayores recursos de procesamiento, pero convierte la red y los servidores en parte del camino crítico.
| Arquitectura | Ventaja | Riesgo principal |
| Matching local | autonomía y baja latencia | sincronización y capacidad por terminal |
| Matching central | base única y recursos de procesamiento | dependencia de red/servidor |
| Híbrida | continuidad + gestión central | mayor complejidad de estado y consistencia |
El diseño debe declarar qué funciones permanecen disponibles durante una pérdida de comunicación.
La operación offline es más fácil de describir que de implementar
Si el servidor queda indisponible, un terminal 1:N puede mantener solo parte de la galería, operar con caché o detener la identificación. Un flujo 1:1 puede continuar si la credencial y el template necesarios están disponibles localmente.
El comportamiento debe especificarse: cuántos usuarios permanecen locales, durante cuánto tiempo, cómo se tratan revocaciones, cómo se almacenan eventos y cómo se reconcilia la base cuando vuelve la comunicación.
No existe una respuesta universal. El requisito depende de la criticidad, del tiempo de contingencia aceptable y de la arquitectura de red.
El enrollment se vuelve más crítico a medida que crece la base
Cada enrollment deficiente entra en la galería y puede perjudicar búsquedas futuras. Duplicados, templates de baja calidad, múltiples perfiles para la misma persona y usuarios inactivos aumentan N sin aportar valor.
En 1:N, la gobernanza del enrollment debe incluir validación de identidad, calidad mínima, deduplicación cuando proceda, expiración, nuevo registro y eliminación segura. En 1:1, un enrollment deficiente afecta principalmente a ese usuario; en 1:N, una base mal gobernada también aumenta la complejidad sistémica.
La ANPD brasileña destaca que templates biométricos son datos personales sensibles cuando están vinculados a una persona natural. La gobernanza técnica y de datos, por tanto, son inseparables.
La deduplicación es un caso de uso clásico de 1:N
Una organización puede utilizar 1:N durante el enrollment para saber si una persona ya existe en la base antes de crear otro registro. Este uso es diferente de liberar una puerta en tiempo real.
La deduplicación puede tolerar mayor latencia y, dependiendo de la consecuencia, exigir revisión manual de candidatos. El threshold puede ser diferente del control de acceso operativo, siempre que la finalidad y el flujo estén documentados.
Mezclar configuración de deduplicación con configuración de autenticación en tiempo real puede producir decisiones inadecuadas.
Los tornos con reconocimiento facial son un caso crítico de capacidad
En tornos con reconocimiento facial, el sistema necesita capturar, identificar, aplicar la regla y liberar la barrera en un tiempo compatible con el flujo de personas. La latencia de 1:N se suma a detección de presencia, calidad de rostro, liveness, consulta de permiso y actuación del torno.
El artículo tornos con reconocimiento facial: flujo, biometría y criterios de diseño detalla esta interfaz física.
El dimensionamiento no debe usar únicamente “matches por segundo” de laboratorio. Debe medir la transacción de extremo a extremo en período punta y con la galería prevista.
La identificación 1:N por huella también depende de ergonomía y calidad
Aunque el reconocimiento facial permite captura sin contacto, la identificación 1:N por huella sigue siendo utilizada en muchas aplicaciones. El desempeño depende de la calidad de la imagen, área capturada, estado del dedo y algoritmo de minucias.
Usuarios con desgaste por trabajo manual, humedad, suciedad o características de captura difícil pueden tener mayor tasa de fallo. La arquitectura debe prever enrollment con más de un dedo, segundo factor o tratamiento de excepción cuando el riesgo lo justifique.
La modalidad debe elegirse por contexto, no por popularidad.
La multibiometría puede reducir ambigüedad, pero aumenta complejidad
Combinar rostro y huella, por ejemplo, puede aumentar la confianza o reducir dependencia de una sola modalidad. Sin embargo, aumenta hardware, procesamiento, enrollment, protección de datos y escenarios de fallo.
Es necesario decidir si las modalidades son alternativas, acumulativas o utilizadas en secuencia. Un sistema puede identificar por rostro y verificar por huella; otro puede usar una modalidad como fallback.
El diseño debe declarar lógica y criterios, evitando “multimodal” como simple ítem de catálogo.
Liveness debe tratarse por separado del matching
1:1 o 1:N responde a la pregunta de comparación; liveness/PAD trata si la presentación al sensor parece provenir de una característica biométrica genuina y no de un artefacto o reproducción.
Una búsqueda 1:N con excelente desempeño de matching puede seguir siendo vulnerable a fotografía o máscara si faltan controles contra ataques de presentación. Lo contrario también es cierto: un excelente PAD no compensa un matcher impreciso.
Son capas complementarias y deben tener requisitos y pruebas propios.
La privacidad cambia de escala en 1:N
En verificación 1:1, la comparación se dirige a una identidad. En identificación 1:N, una muestra se compara con una galería potencialmente amplia. Esto puede aumentar el impacto sobre los titulares y la necesidad de evaluar finalidad, proporcionalidad y minimización.
La ANPD brasileña distingue identificación de verificación y alerta sobre riesgos asociados a biometría y reconocimiento facial, especialmente en usos a gran escala y decisiones con efectos significativos.
El artículo sobre biometría, reconocimiento facial y LGPD profundiza la gobernanza de datos sensibles.
Una base mayor aumenta el impacto de un compromiso
Los templates biométricos no deben tratarse como contraseñas ordinarias. La característica física no es fácilmente sustituible. Almacenamiento, cifrado, control de acceso administrativo, backup y ciclo de vida de la base requieren gobernanza robusta.
En 1:N, una galería central grande puede convertirse en un activo de alto valor. En arquitectura distribuida, copias locales aumentan la superficie a proteger. El diseño debe mapear dónde existen templates, cómo se sincronizan y quién puede exportarlos.
La interoperabilidad de templates no debe darse por supuesta
Existen formatos estandarizados, pero la compatibilidad entre template, extractor y matcher depende de la modalidad y de la implementación. Migrar una base biométrica entre fabricantes o algoritmos puede exigir nuevo enrollment.
La planificación del ciclo de vida debe considerar portabilidad, obsolescencia, actualización tecnológica y dependencia del proveedor. Antes de prometer migración transparente, es necesario validar formato, compatibilidad e impacto de desempeño.
Esto es especialmente importante en contratos de larga duración.
Identificación y autorización son funciones distintas
Incluso después de identificar un usuario en 1:N, el sistema aún necesita aplicar autorización: puerta, área, horario, calendario, anti-passback, doble custodia, restricciones y otras reglas.
Confundir identificación con autorización puede llevar a integraciones inseguras en las que una correspondencia biométrica acciona un relé directamente sin validar la política central.
La arquitectura debe evitar caminos de decisión duplicados
Cuando terminal, controladora y servidor pueden tomar decisiones, es necesario definir la autoridad. Un terminal facial puede reconocer al usuario, una controladora puede mantener reglas locales y el software central puede tener políticas adicionales.
Si las responsabilidades no están explícitas, estados distintos de sincronización pueden producir decisiones inconsistentes. El diseño debe definir la fuente de verdad para identidad, credencial, grupo de acceso, horario y revocación.
La matriz funcional debe registrar comportamiento normal y de contingencia.
La latencia debe medirse por percentil, no solo por media
Una media de 300 ms puede ocultar transacciones que duran varios segundos. En un torno, las colas de latencia generan filas. En una puerta crítica, timeout puede provocar reintentos y eventos duplicados.
Especificaciones maduras pueden usar percentiles como p95 o p99, o límites máximos definidos en prueba. Lo importante es medir bajo carga y tamaño de galería representativos.
También deben incluirse tiempos de captura, PAD, matching, consulta de política, actuación y feedback visual.
Throughput no es solo “matches por segundo”
Matches por segundo es la capacidad computacional del algoritmo. Throughput de acceso es la cantidad de personas procesadas por el sistema físico por unidad de tiempo.
Una solución puede realizar miles de comparaciones por segundo y aun así tener bajo flujo por posicionamiento, tiempo de detección, comunicación, apertura de barrera o comportamiento del usuario.
El dimensionamiento debe usar la jornada completa del usuario.
El crecimiento de N debe probarse antes del límite nominal
Si el sistema se especifica para 100.000 templates, validarlo con apenas algunos cientos no es prudente. FAT debe usar una base sintética o controlada que represente el volumen previsto, respetando privacidad y metodología.
El objetivo es verificar latencia, memoria, sincronización, backup, actualizaciones y comportamiento de mantenimiento. La capacidad nominal solo es útil si el sistema sigue cumpliendo requisitos en el límite contratado.
El registro duplicado puede distorsionar la identificación
Si la misma persona tiene varias identidades o templates inconsistentes, una búsqueda 1:N puede devolver candidatos redundantes. Esto complica auditoría y puede romper políticas de acceso.
La gobernanza debe definir la clave maestra de identidad y reglas de fusión, inactivación e historial. La integración con RR. HH., IAM o gestión de visitantes debe evitar crear usuarios paralelos sin control.
En entornos corporativos, la identidad es un objeto corporativo; la biometría es un atributo o factor asociado a ese objeto.
Los visitantes exigen una decisión sobre enrollment temporal
Registrar biometría de visitantes únicamente por comodidad exige análisis cuidadoso. El ciclo puede implicar consentimiento u otra base jurídica aplicable, finalidad, plazo de retención, eliminación y alternativa operativa.
En muchos casos, código QR, credencial temporal o acompañamiento pueden resolver el riesgo sin crear un template biométrico temporal. En otros, la biometría puede ser proporcional, especialmente para accesos repetidos o críticos.
La elección debe surgir de finalidad y riesgo, no de disponibilidad de función.
1:N en múltiples sitios exige una estrategia de replicación
En organizaciones multisite, una galería única puede ser centralizada o distribuida. Replicar todos los usuarios en todos los terminales aumenta N y la superficie de protección de datos; segmentar por sitio reduce la base local, pero exige reglas de movilidad y sincronización.
La arquitectura puede usar galerías por región, perfil o necesidad. El objetivo es enviar a cada punto solo lo necesario para operar, respetando contingencia y gobernanza.
Este diseño afecta ancho de banda, tiempo de actualización y respuesta a revocaciones.
En entornos multisite, galería, identidad, revocación y reglas necesitan mantenerse coherentes entre servidores, terminales y controladoras, incluso en operación de contingencia.
La revocación debe llegar a todos los puntos de decisión
Cuando un usuario deja la organización, su identidad debe dejar de estar autorizada. En 1:1, bloquear la credencial puede impedir el flujo incluso si el template sigue almacenado. En 1:N, si el terminal sigue identificando y autorizando localmente, la revocación debe sincronizarse de forma fiable.
El diseño debe definir SLA de propagación, comportamiento de terminales offline y tratamiento de equipos que permanecen desconectados durante períodos largos.
El backup de la galería debe preservar confidencialidad y recuperabilidad
Una base biométrica perdida puede detener el sistema; una base expuesta crea riesgo para datos sensibles. El backup debe equilibrar disponibilidad y protección.
Cifrado, control de acceso, retención, prueba de restauración y segregación de funciones deben definirse. La recuperación debe incluir identidades, templates, relaciones, políticas y metadatos necesarios para la operación.
Copiar archivos no basta sin demostrar que el sistema puede reconstruir la galería.
Un cambio de algoritmo puede exigir reindexación o nuevo enrollment
Actualizaciones del matcher pueden ser compatibles con templates existentes o exigir nueva extracción. En 1:N, el impacto de reconstruir una galería grande puede ser operativamente significativo.
La gestión de cambios debe probar compatibilidad, tiempo de migración, rollback y desempeño después de la actualización. Si los scores cambian de forma relevante, los thresholds deben revalidarse.
El contrato debe anticipar esta posibilidad para evitar dependencia de una decisión de emergencia del proveedor.
Cómo especificar 1:1 en un diseño
Un requisito 1:1 debe declarar el identificador que selecciona la referencia, modalidad, threshold o desempeño esperado, secuencia de factores, timeout, fallback, operación offline y evidencias de prueba.
Ejemplo conceptual: el usuario presenta una credencial válida; el terminal solicita biometría; solo se compara el template vinculado; el match biométrico no libera directamente la puerta, sino que habilita a la controladora a aplicar la política de acceso.
Esta arquitectura preserva la separación entre autenticación y autorización.
Cómo especificar 1:N en un diseño
Un requisito 1:N debe declarar tamaño inicial y máximo de galería, crecimiento, latencia, métrica de falso positivo de identificación, tasa de identificación, PAD cuando sea aplicable, capacidad offline, estrategia de sincronización y tratamiento de candidatos ambiguos.
| Requisito | Pregunta de ingeniería |
| Galería | ¿Cuántos usuarios serán buscados? |
| Crecimiento | ¿Cuál es N inicial y futuro? |
| Latencia | ¿Cuánto puede tardar la transacción? |
| FPIR/FNIR | ¿Cuál es el riesgo de identificación incorrecta o fallo de identificación? |
| PAD | ¿Cómo se detectan ataques de presentación? |
| Offline | ¿Qué permanece operativo sin servidor? |
| Sincronización | ¿Cómo llegan inclusiones/revocaciones a los terminales? |
| Privacidad | ¿Dónde se almacenan templates y durante cuánto tiempo? |
Este conjunto hace comparables las propuestas por desempeño, no por lista de funciones.
FAT necesita probar escala y lógica
FAT debe verificar enrollment, actualizaciones, revocación, búsqueda, timeout, candidatos, matching local/central, fallo de red y recuperación. Para 1:N, la galería de prueba debe representar el volumen operativo previsto.
También deben registrarse tiempo de sincronización y comportamiento durante cambios de base. Una solución que funciona con base estática puede degradarse mientras se replican miles de templates.
SAT necesita probar el flujo físico
En SAT entran aspectos de captura real: altura, iluminación, velocidad de aproximación, presentación de credencial, formación de filas, accesibilidad y respuesta visual. 1:1 y 1:N pueden exigir tiempos y gestos diferentes del usuario.
La evidencia debe mostrar no solo que el sistema “reconoció” a la persona, sino que la jornada completa cumple requisitos de seguridad y capacidad.
El servicio de comisionamiento es la etapa en la que debe consolidarse esta trazabilidad requisito → prueba → resultado.
El SAT debe demostrar la jornada completa: captura, matching, autorización, latencia, barrera y contingencia, utilizando la galería y el flujo previstos para la operación.
La ciberseguridad debe considerar la galería biométrica
Servidor biométrico, terminales, API y canales de sincronización deben tratarse como activos críticos. Cuentas administrativas, certificados, firmware, segmentación, mínimo privilegio y logs forman parte de la arquitectura.
Una API capaz de consultar o exportar templates puede representar riesgo mucho mayor que una simple API de eventos. El diseño debe especificar interfaces permitidas y bloquear integraciones innecesarias.
1:1 puede reducir la exposición de datos en el terminal
Dependiendo de la implementación, un terminal puede necesitar únicamente el template seleccionado o un subconjunto pequeño, en lugar de una galería completa. Esta posibilidad debe considerarse en la arquitectura de datos.
Esto no significa que 1:1 sea automáticamente más privado, pero ofrece opciones de minimización que pueden ser útiles. La decisión debe considerar disponibilidad y necesidad de operación offline.
1:N no debe elegirse únicamente para eliminar tarjetas
Eliminar tarjetas reduce emisión y soporte de credenciales físicas, pero transfiere dependencia a biometría e infraestructura. El business case debe considerar enrollment, hardware, servidores, licencias, soporte, protección de datos y tratamiento de excepciones.
En algunas organizaciones, credencial móvil + biometría 1:1 puede ofrecer mejor equilibrio. En otras, facial 1:N es adecuado para el flujo. La ingeniería compara alternativas antes de seleccionar tecnología.
Criterios de decisión entre 1:1 y 1:N
- criticidad del acceso;
- necesidad de segundo factor;
- tamaño de la población;
- tasa de crecimiento;
- flujo punta;
- disponibilidad de red;
- capacidad local del terminal;
- requisitos de privacidad y minimización;
- impacto de falso positivo;
- facilidad de enrollment y nuevo registro;
- coste de credenciales físicas o móviles;
- necesidad de identificar sin una acción cooperativa adicional;
- estrategia de ciclo de vida y migración.
No existe un modo universalmente superior. Existe el modo más adecuado al requisito.
Consideraciones finales
La diferencia entre biometría 1:1 y 1:N es estructural. La verificación parte de una identidad conocida y confirma correspondencia; la identificación busca en una galería e intenta determinar la identidad. Este cambio afecta estadística, capacidad, latencia, privacidad y arquitectura.
Un diseño robusto declara explícitamente el modo de comparación, dimensiona la base, separa identificación de autorización, prueba el comportamiento real y documenta contingencias. La biometría deja entonces de ser una función del terminal y pasa a ser una función de ingeniería verificable.
Referencias técnicas
[1] ANPD. Radar Tecnológico nº 2: Biometria e Reconhecimento Facial. Brasília, 2024. Disponible en: https://www.gov.br/anpd/pt-br/centrais-de-conteudo/documentos-tecnicos-orientativos/radar-tecnologico-biometria-anpd.pdf/@@display-file/file
[2] NIST. SP 800-63A — Digital Identity Guidelines: Identity Proofing Requirements. Requisitos y definiciones para comparación biométrica 1:1 e identificación 1:N. Disponible en: https://pages.nist.gov/800-63-4/sp800-63a.html
[3] NIST. A Tale of Two Errors: Measuring Biometric Algorithms. Disponible en: https://www.nist.gov/blogs/taking-measure/tale-two-errors-measuring-biometric-algorithms
[4] SUPREMA. Curso de Control de Acceso y Biometría. Secciones sobre verificación 1:1 y 1:N. Material técnico consultado en la base interna de A3A Engenharia.
Preguntas frecuentes
En 1:1, la muestra se compara con el template de una identidad previamente indicada. En 1:N, la muestra se busca en una galería con múltiples identidades para determinar el candidato correspondiente.
No necesariamente. La seguridad depende de threshold, calidad biométrica, liveness, protección de templates, políticas de acceso, segundo factor, contingencia y gobernanza.
Porque una galería mayor cambia el espacio de búsqueda, puede afectar la latencia y debe considerarse al evaluar falsos positivos de identificación y capacidad operativa.
Necesita un identificador que seleccione la referencia, que puede ser tarjeta, PIN, credencial móvil, número de empleado u otro mecanismo. La tarjeta es solo una opción.
Sí, en algunas arquitecturas, siempre que el terminal mantenga localmente la galería y las reglas necesarias para operar. El diseño debe definir capacidad, sincronización, revocación y comportamiento durante la pérdida de comunicación.
Materiales técnicos complementarios
Contenidos principales sobre el tema
Contenidos técnicos relacionados
- FAR, FRR y EER en biometría: cómo medir desempeño y definir threshold
- Biometría y Reconocimiento Facial: Riesgos, LGPD y Buenas Prácticas para Uso Responsable
- Tornos con reconocimiento facial: flujo, biometría y criterios de diseño
Servicios relacionados
- Proyecto de Control de Acceso: arquitectura, dispositivos, integración y especificación
- Comisionamiento
