Assistance

Aclaraciones antes de seguir

Conviene fijar qué significa aquí "discontinuidad" y qué no. No es un veredicto sobre la persona que tiene el teléfono en la mano: es una variación del flujo de entrada respecto al perfil previo. Puede venir de un tercero, pero también de alguien legítimo que escribe con prisa, sostiene el aparato con una sola mano o cambió de funda. Por eso ninguna señal aislada cierra una sesión por sí sola.

Umbral por operación, no regla única Una consulta de saldo y una orden de compra no toleran el mismo margen de desviación. Los umbrales se calibran según la sensibilidad de cada acción y el contexto de uso, no con un criterio uniforme para toda la aplicación. Indicios de contexto, no prueba concluyente El ritmo de tecleo, el ángulo de inclinación y la trayectoria del dedo describen cómo se está usando el terminal. Aportan señales para decidir, no una identificación cerrada ni un sustituto de la contraseña. Respuesta escalonada ante la duda Cuando el patrón se rompe, el orden previsto es pedir una confirmación, restringir las operaciones sensibles o registrar el evento. La sesión no se corta de inmediato: se ajusta el nivel de exigencia al riesgo que implica la acción en curso. El falso positivo como parte del diseño Una persona legítima con una mano ocupada también genera desviaciones medibles. Asumir ese margen es condición del sistema: si se ignora, cualquier variación cotidiana se leería como intrusión y la herramienta perdería sentido. Qué cubre esta asistencia y qué no Esta página ordena dudas sobre discontinuidad de identidad y respuesta gradual. No describe soporte técnico, chat ni atención al cliente: no existen canales de ese tipo definidos para el proyecto. Dudas y escenarios de aplicación Si tu caso no encaja en ninguna de las aclaraciones anteriores, puedes plantearlo por escrito. Sirve para revisar cómo se traduciría un escenario concreto a umbrales y respuestas proporcionadas al riesgo.

Canales para plantear dudas sobre la respuesta a una discontinuidad de identidad

Si trabajas en producto, seguridad o experiencia de usuario y necesitas contrastar un escenario concreto, aquí tienes las vías directas. Sirve igual para revisar cómo se ajustan los umbrales cuando una persona legítima escribe con prisa, o para discutir qué confirmación adicional tiene sentido antes de limitar una operación sensible. No hay formulario ni cola de tickets: escribes o llamas, y el mensaje llega a la misma bandeja.

Preguntas que suelen aparecer cuando se habla de discontinuidad de identidad

Reunimos aquí las dudas más repetidas sobre qué pasa cuando alguien distinto empieza a operar una sesión ya abierta, y por qué la respuesta no puede ser una sola regla para todos los casos. Si tu situación no encaja en ninguna de estas preguntas, en la página de contacto puedes plantearla con más detalle.

¿Qué significa exactamente una discontinuidad de identidad?

Es el momento en que el flujo de entrada deja de parecerse al perfil previo del usuario. No hablamos de un error puntual, sino de un cambio sostenido en el ritmo de tecleo, en la inclinación con la que se sostiene el aparato o en la forma de deslizar el dedo. Puede ocurrir porque otra persona tomó el dispositivo desbloqueado, pero también porque la persona legítima cambió de postura, escribió con una sola mano o llevaba prisa. Por eso lo tratamos como un indicio de contexto y no como una prueba cerrada.

Si alguien toma el teléfono ya desbloqueado, ¿la contraseña sigue protegiendo la cuenta?

No. Ese es justamente el punto que motiva la verificación pasiva. Una vez que la sesión está abierta, la contraseña dejó de cumplir su función en ese momento concreto: quien tenga el aparato en la mano puede navegar por la cartera o preparar una orden sin volver a introducir nada. La capa de análisis en segundo plano no reemplaza a la contraseña, pero aporta señales sobre si quien está operando es la misma persona que inició la sesión.

¿La respuesta ante una señal sospechosa debería cerrar la sesión de inmediato?

Cerrar de golpe suele ser contraproducente. Una persona legítima con prisa también genera desviaciones en el ritmo y en el trazo, y bloquear la operación por una sola señal aislada castigaría al usuario real. Lo razonable es escalar: pedir una confirmación puntual, limitar temporalmente las operaciones sensibles o registrar el evento para revisarlo después. El nivel de exigencia debería depender de la sensibilidad de la operación, no de una regla uniforme.

¿Por qué el falso positivo es un reto técnico y no un simple ajuste?

Porque la variabilidad natural del usuario es real y difícil de acotar. El cansancio, un teclado externo, una funda nueva o el uso compartido del dispositivo modifican señales que en principio parecían estables. Ajustar los umbrales demasiado altos deja pasar cambios reales de operador; bajarlos demasiado genera confirmaciones constantes que rompen la experiencia. Encontrar ese punto medio exige observar cada tipo de operación por separado y aceptar que ninguna señal, por sí sola, resuelve el problema.

¿Qué papel juegan el acelerómetro y la trayectoria del dedo en esta decisión?

Aportan contexto físico que el ritmo de tecleo no cubre. El acelerómetro y el giroscopio registran cómo se sostiene el dispositivo durante la navegación, y la trayectoria del dedo añade datos de presión, velocidad y curvatura del gesto. Combinados con la cadencia de escritura, describen una manera de usar el terminal que resulta difícil de replicar a distancia. Aun así, siguen siendo indicios: un soporte distinto o un uso compartido del aparato también alteran esa lectura.

¿Cómo se decide qué operación merece una confirmación adicional?

Depende de lo que esté en juego. Una consulta de saldo y una orden de inversión no tienen el mismo peso, y por eso los umbrales deberían ajustarse según la sensibilidad de cada operación. La idea es que la fricción aparezca donde aporta valor y no en cada gesto cotidiano. Ese criterio se trabaja junto al equipo de producto, revisando qué señales se consideran suficientes para pedir una confirmación y cuáles solo justifican dejar registro del evento.

La verificación pasiva no sustituye la contraseña ni promete detección infalible. Aporta indicios de contexto que ayudan a decidir cuándo conviene pedir una confirmación adicional. Si quieres revisar cómo se aplican estos criterios en un caso concreto, en contacto puedes describir tu escenario. Los términos de uso del sitio están disponibles en términos.

Configuracion de cookies

Usamos cookies para mantener el sitio estable, recordar opciones basicas y entender que paginas resultan utiles. Puedes aceptar, rechazar o revisar la configuracion antes de continuar.