Casi todos los productos de seguridad que mencionan la inteligencia artificial dejan una pregunta sin responder: ¿qué decide exactamente el modelo? En análisis de malware esa pregunta pesa más que en ningún otro campo, porque un veredicto tiene que poder defenderse. El analista que bloquea una aplicación, escala un incidente o firma la revisión de un proveedor necesita señalar evidencia, no un párrafo redactado por un modelo.
Droidwatch usa un modelo de lenguaje en exactamente dos sitios, y ninguno de los dos produce el veredicto:
- El asistente del informe («Pregúntale a la IA»). Un panel de chat dentro de cada informe que responde, en lenguaje claro, preguntas sobre ese informe: qué hace la aplicación, por qué recibió ese veredicto, qué bloquear y qué hacer después.
- La skill para asistentes de IA. Un cliente ligero que permite a un asistente como Claude Code subir un APK a Droidwatch, esperar el análisis y devolver el veredicto, la infraestructura de mando y control (C2) y los hallazgos clave, sin salir del chat.
Resuelven problemas distintos. La skill responde a ¿este APK es malicioso? El asistente responde a ¿por qué, y qué hago ahora? Este artículo documenta los dos: qué lee cada uno, qué devuelve, qué llega al modelo, qué planes lo incluyen y dónde está la frontera entre la salida de la IA y la evidencia del análisis.
De dónde sale el veredicto
El veredicto lo produce la cadena de análisis, y nada de lo que se describe en este artículo lo modifica.
Una sola subida ejecuta una cadena de 28 etapas que produce más de 25 análisis independientes: parseo del manifiesto y del certificado, comparación con Google Play, análisis del bytecode DEX, código nativo y detección de packers, detección de familia con reglas YARA, cadena de suministro y extracción de C2. En paralelo corre un clasificador de aprendizaje automático, medido en F1 macro 0,9873 sobre un holdout de 1.661 muestras, entrenado con 6.642 muestras de CICMalDroid 2020. El clasificador aporta una señal a la puntuación; no la decide.
El resultado es una puntuación de riesgo de 0 a 100, donde más alto es peor, con cortes fijos: 65 o más es Malicious, 40-64 High Risk, 20-39 Suspicious y por debajo de 20 Benign.
Los campos en prosa del informe, narrative y behavior_summary, tampoco los escribe un modelo de lenguaje. Salen de un motor de reglas: una fase de la cadena de ataque sólo aparece si hay hallazgos que la respalden. Esa decisión de diseño es anterior al asistente y es la razón por la que el asistente se pudo añadir sin riesgo para la evidencia. La capa de evidencia sigue siendo determinista, y el modelo de lenguaje se sitúa encima como lector.
La estructura completa de un informe se explica en qué revela el informe al analizar un APK online.
El asistente del informe
Qué es
Todo informe tiene un botón flotante abajo a la derecha con el texto Pregúntale a la IA. Abre un panel de chat (a pantalla completa en el móvil) asociado a ese informe, con el título «Pregúntale al informe». El panel propone preguntas de inicio, y dejan claro para qué sirve:
- ¿Qué hace realmente esta app?
- ¿Por qué tiene este veredicto?
- ¿Qué debo bloquear en el firewall?
- Explícalo para alguien no técnico.
El asistente ha leído el informe entero. Responde citando los hallazgos del propio informe y, cuando una pregunta exige más detalle, lee las secciones correspondientes: permisos, componentes, URL, indicadores de C2 y el resto de sections[]. Contesta en el idioma en que se le pregunta, de modo que un analista en Bogotá y un director en São Paulo pueden trabajar sobre el mismo informe.
Qué no hace
El asistente nunca cambia el veredicto. La puntuación y el veredicto salen de la cadena de análisis. El asistente es un lector del informe, no un segundo motor, y no tiene vía para volver a puntuar una muestra, añadir un hallazgo o quitarlo.
Eso determina cómo debe usarse su respuesta. Lo que dice el asistente es una explicación de evidencia que ya existe en el informe. Si la respuesta va a un expediente de incidente, lo que se cita es el hallazgo al que apuntó el asistente, no la frase del asistente.
Para quién es
Los informes se escriben para analistas. Muchas de las personas que tienen que actuar sobre un informe no lo son: el responsable de prevención de fraude que debe decidir si avisa a los clientes, el dueño de producto cuya app comparte un hallazgo de cadena de suministro, el oficial de cumplimiento que tiene que dejar constancia. Lo habitual es que un analista reescriba el informe a mano para cada público. El asistente sustituye ese paso por una pregunta: explícalo para alguien no técnico, qué debe decirle la mesa de ayuda a un cliente que instaló esto, cuáles de estos hallazgos afectan a nuestra propia app.
También acorta el trabajo del propio analista en terreno poco familiar. Un reversador que conoce bien Android puede no saber qué implica operativamente una técnica concreta de ATT&CK Mobile, o por qué importa una anomalía determinada del certificado. Preguntárselo al informe es más rápido que cruzar tres pestañas.
En banca y fintech de Latinoamérica, donde un mismo troyano bancario obliga a coordinar a fraude, seguridad y atención al cliente, esa traducción suele ser el cuello de botella real tras el análisis.
Planes y cupos
El asistente está incluido en Pro, Team y Enterprise. En Free y sin cuenta el panel se ve, pero bloqueado.
| Plan | Preguntas al mes | Preguntas por informe |
|---|---|---|
| Pro | 40 | hasta 20 |
| Team | 120 | hasta 20 |
| Enterprise | 200 | hasta 20 |
La conversación se guarda con el informe, así que sigue ahí al volver a abrirlo, y se borra cuando se borra el informe.
Qué llega al modelo
El modelo detrás del asistente es Claude, de Anthropic, que figura como subencargado del tratamiento en la política de privacidad.
Lo que se envía, y cuándo, está acotado:
- No se envía nada hasta que se hace una pregunta. Abrir un informe no manda nada al modelo.
- Al hacer una pregunta, el modelo recibe la pregunta, el resumen del informe y las partes del informe que lee para responder.
- El APK no se envía nunca. Tampoco la identidad de la cuenta ni el correo electrónico.
Al modelo le llega el informe, no la muestra. Para organizaciones que analizan aplicaciones enviadas por sus clientes, ésa es la frontera relevante: el binario se queda en los servidores de Droidwatch y el asistente sólo ve el resultado del análisis.
La skill para asistentes de IA
Qué es
La skill cubre el otro extremo del flujo: el momento en que alguien pregunta ¿este APK es malicioso? y quiere la respuesta donde ya está trabajando. Es un único fichero Python sin dependencias, empaquetado como skill para asistentes de IA. El asistente sube el fichero a Droidwatch, consulta el estado hasta que el trabajo termina y devuelve un resultado compacto de unos 8 KB. El análisis se ejecuta en los servidores de Droidwatch, con la misma cadena que una subida por navegador.
El resultado contiene:
- el veredicto y la puntuación;
- los hallazgos críticos y altos, priorizados;
- los indicadores de C2 descifrados, cuando la extracción tiene éxito;
- las técnicas de MITRE ATT&CK Mobile;
- un boletín de postura de seguridad MASVS;
- si la muestra resiste la instrumentación;
- las etapas que no terminaron;
- las secciones que el plan no incluye.
Dos de esos campos existen para que el asistente no exagere el resultado. «Etapas que no terminaron» y la distinción entre no se pudo comprobar y no se encontró nada impiden que un resumen dé a entender un resultado limpio cuando hubo comprobaciones que no se hicieron.
Instalación
La skill se descarga como zip desde https://droidwatch.app/ci/claude-skill/droidwatch-skill.zip y se descomprime en la carpeta de skills del asistente; en Claude Code es ~/.claude/skills/. El único requisito es Python 3. No hay repositorio público que clonar. Los pasos están en la documentación de la skill.
Planes y límites
La skill no depende del plan y funciona sin clave de API, en modo anónimo. La clave sube los límites; no habilita el acceso. Las claves se crean en la aplicación web, en Mi perfil → Claves de API, con el permiso read + analyze.
| Modo | Análisis al día | Tamaño máximo |
|---|---|---|
| Anónimo (sin clave) | 3 | 150 MB |
| Cuenta Free | 5 | 200 MB |
| Pro | 100 | 500 MB |
| Team | 500 | 750 MB |
| Enterprise | Sin tope | 1 GB |
El tiempo de análisis depende del tamaño: un APK de 50 MB tarda de dos a cinco minutos, y los paquetes de más de 100 MB promedian entre ocho y diez.
Alcance
La skill está pensada para identificar aplicaciones maliciosas y la infraestructura que hay detrás. No es una herramienta para auditar vulnerabilidades de la aplicación propia; ese trabajo corresponde al informe completo o a un escaneo en CI/CD. Y sólo debe usarse sobre software que el usuario tenga derecho a analizar.
Cuál usar en cada caso
| Skill para asistentes de IA | Asistente del informe | |
|---|---|---|
| Pregunta que responde | ¿Este APK es malicioso? | ¿Por qué este veredicto y qué hago ahora? |
| Dónde funciona | En el asistente de IA del usuario | Dentro del informe de Droidwatch |
| Entrada | Un fichero APK | Un informe terminado |
| Qué llega a un modelo | El resultado compacto, en el propio asistente del usuario | La pregunta y el contenido del informe que necesita; nunca el APK |
| Plan | Cualquiera, también sin cuenta | Pro, Team y Enterprise |
| Usuario típico | Analista o desarrollador haciendo el primer triaje | Analista, responsable de fraude, directivo o auditor que actúa sobre un resultado |
En la práctica se encadenan. Un APK sospechoso llega en un ticket; el analista lanza la skill desde el chat y obtiene un veredicto High Risk con un dominio de C2. Abre el informe completo en Droidwatch y le pregunta al asistente qué implican esos indicadores para el equipo de red y cómo explicarle el hallazgo al área de negocio. El triaje costó un mensaje; la explicación, dos preguntas.
Los principios detrás del diseño
Las decisiones anteriores salen de unas pocas reglas que se aplican a toda función de IA del producto:
- La evidencia es determinista. Los hallazgos, la puntuación y el veredicto salen de la cadena de análisis y del motor de reglas. Un modelo de lenguaje los lee; no los produce.
- El modelo ve lo mínimo. El contenido del informe que la pregunta necesita; nunca el binario ni la identidad de la cuenta.
- Los límites se declaran. Las comprobaciones que no se hicieron se informan como tales, los cupos por plan son públicos y el papel del asistente se describe como explicación, no como detección.
En una herramienta de seguridad, el valor de la IA no está en encontrar malware que la cadena de análisis no encuentra. Está en que las personas que tienen que actuar sobre ese resultado puedan entenderlo sin esperar a que un analista lo traduzca.
Preguntas frecuentes
¿La IA detecta el malware en Droidwatch? No. La detección la hace la cadena de análisis de 28 etapas, que incluye un clasificador de aprendizaje automático que aporta una señal a la puntuación. El asistente de IA lee el informe terminado y lo explica. No puede cambiar el veredicto.
¿Se envía el APK al modelo de lenguaje? No. Al hacer una pregunta, el modelo recibe la pregunta, el resumen del informe y las secciones que necesita. No se envían el APK, la identidad de la cuenta ni el correo.
¿Qué modelo usa el asistente? Claude, de Anthropic, que figura como subencargado en la política de privacidad.
¿Se puede usar el asistente en el plan Free? No. Está incluido en Pro, Team y Enterprise. En Free y sin cuenta el panel se ve, pero bloqueado.
¿La skill necesita un plan de pago o una clave de API? No. Funciona en modo anónimo con tres análisis al día. Una clave de cualquier plan sube los límites.
¿Con qué asistentes funciona la skill? Se instala allí donde el asistente lea sus skills; la documentación cubre Claude Code.
¿Dónde se guardan las conversaciones? Con el informe. Se borran cuando se borra el informe.
Analiza un APK o consulta la documentación de la skill.