ToxicPanda 2.0 no es motivo para entrar en pánico por cada teléfono Android. Sí es una señal clara de que los permisos del sistema se han vuelto una parte central de la seguridad móvil. La investigación de Zimperium zLabs y la cobertura de BleepingComputer, Malwarebytes, Dark Reading y TechRadar describen un troyano bancario que no necesita romper Android con un exploit llamativo. Su ventaja consiste en convencer al usuario para instalar una aplicación fuera de Google Play y conceder permisos legítimos pero muy potentes: servicio VPN, Accessibility y, en ciertas cadenas, Wireless Debugging mediante Android Debug Bridge.

Teléfono Android genérico con avisos de VPN, accesibilidad y depuración

Esa es la razón por la que la historia importa sin exageraciones. Un permiso VPN puede ser normal si lo solicita una aplicación de privacidad confiable. Accessibility es esencial para usuarios que necesitan asistencia y para automatizaciones legítimas. Developer Options y ADB son herramientas normales para desarrolladores. ToxicPanda 2.0 muestra el lado oscuro de ese modelo: cuando una aplicación maliciosa consigue esas aprobaciones, el teléfono puede convertirse en una plataforma de fraude que todavía parece conocida para bancos, monederos y sistemas de identidad.

Qué cambió

Zimperium anunció ToxicPanda 2.0 el 19 de agosto de 2026 y el tema se amplió el 24 de agosto con análisis de varios medios de seguridad. Las cifras publicadas son significativas: 349 aplicaciones bancarias, de e-wallet, criptomonedas y finanzas en 16 países; 167 comandos remotos; y un módulo dedicado a obtener PIN o secretos de 140 aplicaciones financieras y cripto. No significa que todo usuario esté infectado. Significa que los operadores construyeron una plataforma flexible, no una aplicación fraudulenta pequeña y aislada.

El cambio importante no es solo el tamaño. BleepingComputer destacó el abuso del permiso Android VPN Service. ToxicPanda 2.0 puede crear una capa local de control de tráfico y usarla para interferir con Google Play y Google Play Services. Eso puede debilitar verificaciones, actualizaciones y señales de Play Protect. Después, el malware se apoya en Accessibility e intenta automatizar el camino hacia Wireless Debugging y control local mediante ADB.

La lección es sencilla: la cadena de ataque usa funciones con usos legítimos. Eso no vuelve malas a esas funciones. Pero una advertencia de Android no es una pantalla legal para cerrar rápido. Cuando una aplicación desconocida pide ser VPN, controlar Accessibility, convertirse en administradora del dispositivo o tocar opciones de desarrollador, está pidiendo entrar en el perímetro de confianza del teléfono.

Cómo llega la infección

Los informes públicos apuntan a distribución fuera de Google Play, incluidas ubicaciones alojadas en AWS. Esto es importante para el tono: no es una afirmación de que Google Play sea la fuente. La defensa principal sigue siendo conocida, pero más urgente: no instalar APK desde enlaces, anuncios, chats, supuestos soportes técnicos, grupos de inversión o actualizaciones urgentes.

Tras la instalación, la aplicación puede mostrar un flujo falso de configuración o actualización. El usuario ve solicitudes que parecen normales: permitir VPN, activar funciones especiales, terminar una instalación. Si acepta, la aplicación empieza a moldear el entorno del teléfono. La capa VPN puede interferir con servicios de Google; Accessibility puede leer pantallas y automatizar toques; Wireless Debugging y ADB pueden abrir una ruta a control más profundo si el usuario habilita las piezas adecuadas.

No hace falta dar instrucciones técnicas para entender el riesgo. El troyano convierte capacidades del sistema aprobadas por el usuario en una cadena de control. Por eso, después de una infección seria, quitar un icono sospechoso puede no bastar. Hay que saber qué permisos se concedieron, qué sesiones estaban abiertas y si el dispositivo sigue siendo confiable para banca o autenticación.

VPN y Accessibility no son permisos menores

Una VPN legítima necesita VPNService para enrutar tráfico, filtrar conexiones o aplicar reglas de privacidad. Justamente por eso el permiso es potente. Una aplicación maliciosa que lo solicita no está pidiendo solo mostrar una notificación; está pidiendo situarse entre las aplicaciones y la red. En ToxicPanda 2.0, esa posición se usa para bloquear o dificultar comunicaciones con Google Play y Google Play Services.

Accessibility también es una función valiosa. Permite lectores de pantalla, asistencia y automatización real. Pero si una aplicación maliciosa puede observar la interfaz y pulsar elementos, puede ayudarse a pasar pantallas de consentimiento, superponer mensajes y navegar por flujos bancarios pensados para humanos. Un reproductor, linterna, rastreador de paquetes o aplicación de inversión no debería necesitar ese control.

Para empresas, una concesión nueva de Accessibility, un perfil VPN desconocido y Developer Options activadas son señales de riesgo. En BYOD, el mismo teléfono puede servir para banca personal, push MFA, passkeys, correo corporativo y aprobaciones internas. La frontera entre riesgo personal y corporativo es cada vez más estrecha.

Fraude desde el propio dispositivo

Los controles antifraude suelen preguntar si el acceso viene del dispositivo, región, aplicación y comportamiento esperados. El on-device fraud ataca esas premisas. Si el atacante opera desde el teléfono de la víctima, el banco puede ver un dispositivo conocido, sesiones existentes, contexto de red familiar y acciones dentro de la aplicación legítima.

Eso no inutiliza el antifraude, pero exige señales de integridad del dispositivo y de permisos, no solo datos de transacción. Un teléfono que acaba de instalar un APK desconocido, conceder Accessibility, crear una VPN y cambiar opciones de desarrollador no debería tener el mismo nivel de confianza que un dispositivo limpio.

Lo mismo vale para passkeys y push MFA. Mejoran la seguridad cuando el autenticador es confiable. Si el teléfono está comprometido, puede convertirse en ancla de identidad para el abuso. Por eso ToxicPanda 2.0 es una historia de banca móvil y también de identidad empresarial.

Qué hacer

Para usuarios: instalar desde Google Play o desde el sitio oficial del proveedor; desconfiar de APK financieros o de soporte que llegan por enlaces; detenerse ante solicitudes de VPN, Accessibility, Device Administrator, Developer Options o Wireless Debugging; revisar perfiles VPN, servicios de Accessibility y administradores de dispositivo; mantener Wireless Debugging apagado si no se desarrolla activamente.

Si hay sospecha, conviene desconectar el teléfono, usar otro dispositivo confiable para llamar al banco, cambiar contraseñas, cerrar sesiones y eliminar la aplicación en modo seguro si es posible. En casos de compromiso bancario, un restablecimiento de fábrica puede ser lo más limpio, pero solo si se acompaña con limpieza de cuentas, revisión de métodos de pago y restauración cuidadosa desde copias.

Para organizaciones: limitar sideloading, monitorizar cambios de VPN y Accessibility, controlar Developer Options, aplicar acceso condicional y explicar las reglas en lenguaje claro. El objetivo no es asustar a los usuarios, sino enseñar que un permiso potente cambia el nivel de confianza del teléfono.

La lección

ToxicPanda 2.0 es peligroso porque abusa de la confianza, no porque demuestre que Android esté roto. La cadena todavía depende de ingeniería social, instalación fuera de la tienda y permisos fuertes. Eso deja puntos reales para interrumpirla. En 2026, un prompt de permiso es una decisión de seguridad.