Nuevo : Pradeo, reconocida Company of the Year 2026 por Frost & SullivanLeer el anuncio

Caso de uso

Antifraude en aplicaciones móviles

Una aplicación bancaria, de pago o de salud se ejecuta en un terminal que la organización no controla. Junto a ella pueden convivir un registrador de pulsaciones, un interceptor de códigos de un solo uso o una capa superpuesta que captura las credenciales en el momento de escribirlas.

La autenticación fuerte no basta si el entorno de ejecución ya está comprometido: un código recibido por SMS e interceptado sigue siendo válido para el servidor. La aplicación debe, por tanto, evaluar por sí misma la fiabilidad del terminal antes de abrir una sesión.

Hablar con un expertoDescubrir la In-App Protection
Usuario realizando un pago desde su aplicación móvil

El contexto

Por qué el fraude se desplaza al móvil

El móvil concentra hoy una gran parte de los recorridos transaccionales, y los defraudadores adaptan a él sus técnicas.

El malware bancario moderno combina varios vectores: superposición de una pantalla de acceso falsa, lectura de las notificaciones para captar los códigos de validación y acceso remoto para iniciar transferencias sin que el titular lo sepa.

El rooteo o el jailbreak del terminal, a veces realizado por el propio usuario, desactiva la compartimentación del sistema y hace que todos estos ataques resulten mucho más sencillos de ejecutar.

La DSP2 exige a los proveedores de servicios de pago medidas para limitar el riesgo de un terminal comprometido, entre ellas mecanismos que verifiquen que el software o el dispositivo no han sido alterados. Está siendo sustituida por la DSP3 y un reglamento europeo sobre servicios de pago. PCI MPoC y EMV mobile fijan exigencias comparables para las aplicaciones de pago.

Las técnicas de fraude

Tres técnicas que apuntan a las aplicaciones móviles

Captura de credenciales

Registradores de pulsaciones, capturas de pantalla automáticas y ventanas falsas superpuestas interceptan usuarios y contraseñas en el momento de la introducción.

Secuestro de la autenticación

Lectura de SMS y notificaciones para recuperar los códigos de un solo uso, lo que permite eludir la autenticación de doble factor.

Manipulación de la aplicación

Ingeniería inversa, modificación del binario y redistribución de una versión clonada que conserva la apariencia del original mientras desvía las transacciones.

La solución

Cómo Pradeo protege sus aplicaciones

Pradeo combina dos protecciones. El Shielding endurece el binario de la aplicación antes de su publicación: el código se vuelve difícil de analizar, modificar y clonar. El RASP, integrado en la aplicación como SDK (Android) o framework (iOS), vigila de forma continua el entorno de ejecución: aplicaciones maliciosas, redes trampa, sistemas alterados.

Ante una amenaza, la aplicación activa las respuestas configuradas. Los eventos de seguridad se reportan desde los terminales y permiten ajustar la estrategia.

Los beneficios

Lo que cambia la In-App Protection

La aplicación se protege sola, sin intervención del usuario.

Transacciones de riesgo bloqueadas

Las transacciones iniciadas desde un terminal o una aplicación no fiables pueden bloquearse.

Un apoyo para la conformidad

La verificación de la aplicación y del dispositivo contribuye a cumplir las exigencias de la DSP2, PCI MPoC y EMV mobile.

Una experiencia preservada

Un módulo ligero, con un impacto insignificante en la batería, sin recopilación de datos y con permisos mínimos.

Hablar con un expertoDescubrir la In-App Protection