Verificación de identidad en canales conversacionales

En los canales conversacionales la identidad se construye por niveles. El más bajo es no saber nada; luego viene saber que la línea que escribe o llama es de un cliente; después, que quien escribe recibió un código de un solo uso en un medio registrado; y arriba, una verificación fuerte, como biometría con documento en la app o en una tienda. Cada acción exige un nivel según el daño que haría si la pide otra persona.

La trampa típica de un operador está en el duplicado de SIM y en los cambios sobre la propia línea. Si para entregar una línea nueva se envía un código a esa misma línea, el control es circular: quien ya la controla (porque tiene el teléfono o porque engañó al titular para que le lea el código) recibe también la prueba. Un código sirve para demostrar que tienes algo que la cuenta ya conocía; no sirve cuando ese algo es justo lo que se está entregando.

Una tabla de niveles bien escrita no protege si el registro muestra acciones ejecutadas con menos nivel del exigido. La revisión es mecánica: para cada acción sensible, comparar el nivel requerido con el obtenido y mirar el resultado. Un rechazo con nivel insuficiente es el control funcionando; una ejecución con nivel insuficiente es un hallazgo, y la columna del método suele explicar por qué ocurrió.

Las excepciones manuales, las de un supervisor o un caso «urgente», son el lugar habitual por donde se cuela: si existen, deben dejar rastro, tener dueño y no poder saltarse la regla del código circular.

Cuando el número no basta, muchos asistentes completan la verificación con preguntas de conocimiento: el valor del último pago, la fecha de activación, la ciudad de instalación. Su debilidad es que la respuesta suele estar en documentos que circulan: una factura reenviada, una foto en un grupo familiar, un correo leído por otra persona. Una pregunta cuya respuesta aparece impresa en la factura prueba que alguien vio la factura, no que es el titular.

La revisión mira cada pregunta activa y de dónde sale su respuesta, no solo si es difícil de adivinar.

Los códigos fallidos son la señal más barata de que alguien está probando: un titular se equivoca una vez, rara vez seis. Por eso las políticas bloquean la línea para cambios después de cierto número de fallos. Como con cualquier regla, se comprueba contra lo que pasó: cuántas líneas superaron el umbral y siguen sin bloqueo.