Saltar al contenido principal

​
La regla que da sentido a esta página

Un rostro es una identidad estable. No es una etiqueta de fraude, y Didit no lo tratará como tal. Esa distinción importa sobre todo en el caso que la motivó: una persona real, que da su consentimiento, intenta verificarse con una identidad que no es la suya. Ese intento debe detenerse. Pero después hay que dejar en paz a tres personas distintas: esa misma persona cuando más adelante se verifique con su propia identidad válida, la persona cuya identidad se usó (que es la víctima, no el infractor), y cualquier persona cuyo rostro simplemente se parezca. Por eso, el carácter fraudulento se asocia a una declaración de identidad, que es un evento, y nunca a la persona que la hizo ni a la identidad que reclamó.

​
Cuatro dimensiones, cuatro campos

Una decisión nunca se reduce a una sola palabra elegida en tu nombre. Cada una de estas dimensiones se informa de forma independiente, y tú decides qué hace tu producto con la combinación: Una prueba de vida fallida, una falta de coincidencia de identidad y un patrón de red son tres afirmaciones distintas sobre tres cosas distintas. Leerlas como un único número es la forma en que una mala foto se convierte en una acusación.

​
La coincidencia de identidad necesita una referencia de confianza

match y mismatch solo se generan cuando hay algo fiable con lo que comparar un rostro: el retrato de un documento oficial o una identidad ya vinculada de forma sólida a ese rostro. Una dirección de correo electrónico o un número de teléfono sin una vinculación sólida previa no ofrecen nada con lo que comparar un rostro. En ese caso, la respuesta es sin referencia, nunca mismatch, y nunca un match deducido únicamente del historial facial.

​
Qué puede y qué no puede decir la evidencia entre organizaciones

Cuando tu organización tiene el plan Enterprise y su modo de compartición es global, una sesión puede generar CROSS_ORG_IDENTITY_CLAIM_PATTERN. En planes inferiores a Enterprise, o con la compartición configurada en private u off, la comprobación entre organizaciones no se ejecuta. La evidencia de reclamaciones solo procede de otras organizaciones que también tienen el plan Enterprise y comparten de forma global. La advertencia significa:
Otras organizaciones participantes registraron eventos de reclamación de identidad de esta misma persona en los que la identidad reclamada no coincidía con la evidencia de esas sesiones.
No significa que la persona sea fraudulenta, y ninguna respuesta de Didit lo dirá jamás. Tres garantías lo respaldan:
  • Se suprime cuando tu propia comprobación es satisfactoria. Si la coincidencia de identidad de esta sesión es match, la advertencia no se genera en absoluto. Una persona que se verifica correctamente frente a su propia referencia de confianza queda verificada: aquello en lo que haya podido estar implicada antes pertenece a esas reclamaciones, no a esta.
  • No puede provocar un rechazo. La acción es Revisión o Sin acción. Configurar Rechazar en cross_org_identity_claim_pattern_action se rebaja a Revisión, porque el historial de una persona puede abrir una investigación sobre la reclamación actual, pero nunca puede rechazarla.
  • Solo incluye datos agregados. El payload indica cuántas organizaciones, cuántas reclamaciones sin coincidencia, cuántas identidades distintas se reclamaron y con qué antigüedad, pero nunca quiénes son, nunca sus sesiones, nunca ninguno de sus datos.
CROSS_ORG_FRAUD_FACE es la versión retirada de esta advertencia y ya no se genera. Se mantiene como valor para que los registros y las reglas existentes sigan resolviéndose; las apariciones históricas son registros, no juicios sobre una persona.

​
Búsqueda solo por rostro: un identificador de persona, no un veredicto

Reconocer de nuevo al mismo ser humano es una capacidad distinta de decidir cualquier cosa sobre él. Una búsqueda solo por rostro devuelve un identificador de persona opaco y estable para capturas repetidas del mismo rostro con alta confianza, y nada más.
  • El identificador es aleatorio. No se deriva de un rostro, de un embedding, de una sesión, de una organización ni de una referencia de cliente, por lo que no revela nada más allá de “esta captura ya se ha visto antes”.
  • No contiene ningún estado de fraude. No tiene ningún campo que pueda contenerlo.
  • Una coincidencia de baja confianza o posible nunca fusiona a dos personas. Fusionar en exceso une a dos seres humanos en una sola identidad y no se puede deshacer a partir de los datos; no fusionar cuando corresponde solo reduce la exhaustividad.

​
La detección de cuentas múltiples se limita a la misma organización y se segmenta

“¿Se han abierto varias cuentas con nosotros usando este rostro?” es una pregunta de producto distinta de la evidencia entre organizaciones, y solo se responde dentro de tu propia organización. Define multi_account_segment al crear la sesión para asignar a esa búsqueda un ámbito explícito. Dos sesiones de segmentos distintos nunca se consideran duplicadas entre sí, lo que te permite gestionar bases de cuentas personales y de empresa separadas, o un segmento por subcliente, sin que una persona que tiene legítimamente una cuenta en cada una parezca una granja de cuentas. Si lo omites, todas las sesiones quedan en el único ámbito predeterminado, que es exactamente el comportamiento actual. La comparación con la lista de bloqueo y la lista de permitidos ignora deliberadamente los segmentos: un rostro incluido en la lista de bloqueo figura en ella en toda tu organización, de modo que un segmento nunca puede usarse para eludir un bloqueo.

​
Privacidad

  • Los rostros nunca cruzan el límite de la organización. El índice de fraude compartido no puede almacenar ninguno físicamente: la base de datos rechaza la escritura.
  • Lo que sí cruza el límite es un hash con clave unidireccional de un valor exacto (un número de documento, un dispositivo, una dirección IP, un teléfono, un correo electrónico) que una organización participante etiquetó como fraude.
  • Las consultas entre organizaciones devuelven recuentos y rangos de antigüedad. La organización que aporta el dato nunca se nombra, y ningún valor sin procesar, imagen ni sesión sale nunca.
  • El intercambio es recíproco y requiere tanto el plan Enterprise como el modo de intercambio global. Una organización que no aporta datos no consulta, y una organización por debajo de Enterprise ni aporta ni consulta, sea cual sea su modo de intercambio.
  • En concreto, la información de rostro entre organizaciones está desactivada de forma predeterminada y sigue desactivada hasta que se completen la evaluación de impacto en la protección de datos y la revisión legal del identificador biométrico de una persona y del modelo de eventos de reclamación.
Última modificación el 1 de noviembre de 2026