Cómo se lee el ritmo de tecleo en una app bancaria

Cuando alguien introduce un IBAN o confirma una transferencia desde la aplicación del banco, no solo se registra el dato: también queda un rastro de cómo se escribió. Ese rastro es lo que analiza la dinámica de tecleo. No lee el contenido del campo, no guarda el número de cuenta ni el importe. Trabaja sobre el tiempo. Cuánto dura cada pulsación, cuánto se tarda en pasar de una tecla a la siguiente, cuánto se espera antes de tocar el botón de confirmar.

La idea de fondo es sencilla: cada persona tiene un ritmo propio al escribir, incluso cuando teclea cifras largas sin mirar. Ese ritmo se mantiene bastante estable entre sesiones, aunque cambie el dispositivo o la red. Y cuando alguien opera la cuenta a distancia, con acceso remoto o con un software que controla el teclado del titular, ese ritmo se rompe de formas concretas que se pueden medir.

Qué señales se capturan realmente

El sistema no graba las teclas. Registra tres cosas: el tiempo que cada tecla permanece pulsada, el intervalo entre una tecla y la siguiente y la pausa que precede a la confirmación de una operación. A partir de ahí se construye un perfil por campo. Escribir un IBAN no se parece a escribir un concepto de transferencia, y el modelo lo trata como tareas distintas.

• Duración de pulsación: cuánto tiempo se mantiene presionada cada tecla antes de soltarla.
• Tiempo de vuelo: el hueco entre soltar una tecla y pulsar la siguiente.
• Microsilencios: las pausas cortas antes de un dígito dudoso o antes de confirmar.
• Cadencia global: la velocidad media sostenida durante toda la operación.

Qué se descarta por ruido

No todo lo que se mide sirve. Una pulsación aislada no dice nada: puede ser un tropiezo, una corrección o una simple distracción. El sistema descarta las muestras sueltas y trabaja con ventanas de comportamiento. También ignora las variaciones que se explican por el contexto: escribir con una mano en el móvil, hacerlo de pie en la calle o con el teclado de un cajero automático cambia el patrón sin que haya nada anómalo detrás.

El ruido más difícil de separar es el del propio titular. Alguien que está cansado, que escribe con prisa o que acaba de cambiar de teléfono se desvía de su perfil sin que exista un tercero operando la cuenta. Por eso el análisis no se apoya en una sola señal, sino en la coherencia entre varias a lo largo de la sesión.

Por qué el contexto de la operación cambia la lectura

Un mismo ritmo no significa lo mismo en todos los pasos. Consultar un saldo apenas genera datos útiles: son pocos toques y muy espaciados. Introducir un importe, en cambio, produce una secuencia densa y comparable con el historial del titular. Y confirmar una transferencia añade una pausa final que casi siempre tiene un patrón reconocible.

Cuando un operador remoto escribe por el titular, suelen aparecer correcciones repetidas sobre el mismo campo, pausas largas entre dígitos que deberían ser fluidos y una velocidad demasiado uniforme. Ninguna de esas señales basta por sí sola. Juntas, y comparadas con el perfil reciente del usuario, sí permiten marcar la sesión para una comprobación adicional.

El valor práctico de esta capa está en lo que no hace: no bloquea por sí sola, no decide sin contexto y no conserva pulsaciones crudas más allá de lo necesario para el análisis. Su función es avisar cuando el ritmo deja de parecerse al del titular, para que el equipo de fraude pueda decidir con más información de la que tendría sin ella.