JADEPUFFER designa una operación de ransomware dirigida por un agente de IA capaz de encadenar reconocimiento, robo de credenciales, movimiento lateral y cifrado sin intervención humana en cada etapa. Para una pyme, el cambio es concreto: los ataques pueden ir más rápido que sus procedimientos manuales. La prioridad no es entrar en pánico, sino corrregir las brechas expuestas, segmentar los accesos y probar las copias de seguridad.
JADEPUFFER: lo que realmente está documentado
El 1 de julio de 2026, la Sysdig Threat Research Team publicó el análisis técnico de JADEPUFFER, presentado como un actor de amenaza «agéntico». En otras palabras, la capacidad de ataque era ejecutada por un agente basado en un gran modelo de lenguaje, o LLM, un sistema de IA que comprende y genera instrucciones.
Los hechos rapportados por Sysdig, y posteriormente difundidos por BleepingComputer y SecurityWeek, describen una cadena de ataque que va desde la explotación inicial hasta la extorsión sobre base de datos. No obstante, TechCrunch apportó un matiz útil el 6 de julio de 2026: hablar de «ransomware totalmente IA» no significa que ningún humano haya preparado o orientado nunca la operación.
Este matiz importa para los directivos. El asunto no es un robot mágico que ataca por sí solo, sino la automatización de un trabajo que antes realizaban operadores humanos. Menos espera entre dos acciones. Menos errores burdos. Una adaptación rápida tras un fallo.
Por qué este ataque cambia sus plazos de reacción
En los ataques clásicos, un pirata explora, prueba, corrrige, relanza. Con JADEPUFFER, Sysdig y BleepingComputer rapportan que una secuencia de «fallo de inicio de sesión y después corcción funcional» tardó 31 segundos. Es muy poco a escala de un equipo informático que supervisa sus alertas mediante tickets o por correo electrónico.
Por tanto, el principal riesgo para una pyme no es solo la sofisticación. Es la compresión del tiempo. Una brecha no corrigida en un servicio expuesto, una contraseña reutilizada o un porto de administración abierto pueden explotarse incluso antes de que se califique el incidente.
En los proyectos que llevamos a cabo, a menudo vemos un desfase entre el presupuesto dedicado al desarrollo inicial y el previsto para la explotación: actualizaciones, supervisión, copias de seguridad, refuerzo. Sinceramente, esta parte parece menos visible que una nueva funcionalidad, pero es la que evita que un incidente técnico se convierta en una crisis de actividad.
La cadena de ataque: Langflow, MySQL y Nacos
El acceso inicial atribuido a JADEPUFFER pasa por CVE-2025-3248, una vulnerabilidad de Langflow del tipo ausencia de autenticación que permite una ejecución remota de código. En claro: un servicio mal protegido puede aceptar comandos que nunca debería recibir. La CISA añadió esta brecha a su catálogo Known Exploited Vulnerabilities el 5 de mayo de 2025, con una fecha de remediación prevista para el 26 de mayo de 2025.
Según Sysdig, las cargas útiles se entregaban en forma de Python codificado en Base64 a través del endpoint RCE de Langflow. Base64 no es un cifrado; es un formato de codificación que hace que un dato sea más fácil de transportar y a veces menos legible a primera vista. Sysdig también indica que el agente vació la base de datos PostgreSQL de Langflow y después eliminó archivos locales de preparación.
El objetivo final documentado implicaba un servidor de producción distinto, expuesto a Internet, con una base de datos MySQL y el servicio de configuración Alibaba Nacos. Nacos ya ha conocido fallos de autenticación, entre ellos CVE-2021-29441 para las versiones anteriores a 1.4.1. En el caso JADEPUFFER, Sysdig rapporta que se observaron las credenciales root de MySQL, sin que se conozca su origen.
Esta cadena recuerda un principio simple: un proyecto web o móvil no se protege únicamente en el código aplicativo. El alojamiento, los secretos, los servicios internos y las herramientas de IA añadidas para ir más rápido deben integrarse en la definición inicial. Si su equipo está pensando en una arquitectura reciente, los arbitrajes descritos en torno a una stack Next.js, Supabase y Stripe muestran bien por qué la elección de los servicios gestionados, los derechos y los registros debe debatirse desde el principio.
| Elemento observado | Hecho rapportado | Impacto para una pyme |
|---|---|---|
| CVE-2025-3248 | Fallo de Langflow añadido al catálogo CISA KEV el 5 de mayo de 2025 | Prioridad de corrección Cor si Langflow está expuesto |
| MySQL de producción | Presencia de credenciales root utilizadas contra el servidor objetivo | Cuenta de administrador que debe aislarse, trazarse y sustituirse |
| Alibaba Nacos | 1 342 elementos de configuración cifrados según Sysdig y BleepingComputer | Riesgo de caída de la aplicación y de pérdida de configuración |
| Clave de cifrado | Generada aleatoriamente, mostrada una vez, no conservada | Pagar no garantiza ninguna recuperación |
| Cron de persistencia | Beacon cada 30 minutos hacia el port 4444 según Sysdig | Necesidad de supervisión de red y sistema |
La trampa: pagar puede ser inútil
En el incidente rapporté, el artefacto de rescate era una tabla MySQL llamada README_RANSOM que contenía una dirección Bitcoin y un contacto Proton Mail. BleepingComputer señaló que la dirección Bitcoin parecía ser una dirección de ejemplo ampliamente utilizada en documentación pública. Este detalle hace que la operación sea encore más inquietante.
Más grave aún: Sysdig y BleepingComputer rapportent que la clave de cifrado se generó aleatoriamente, se imprimió una sola vez y después ni se persistió ni se transmitió. Si esto es exacto, ni siquiera un pago permitiría recuperar los datos. El rescate se convierte entors en un teatro de extorsión, no en un mecanismo transaccional, ya de por sí arriesgado, de restitución.
Para un directivo, la decisión presupuestaria está clara. Con ese presupuesto, es mejor financiar copias de seguridad probadas y aisladas que imaginar una partida para el rescate. En Francia, según los proveedores y el tamaño del sistema, una auditoría de seguridad de aplicaciones e infraestructura suele costar desde unos miles hasta varias decenas de miles de euros; es más barato que una semana de interrupción comercial, de support al cliente saturado y de reconstrucción en la urgencia.
Qué hay que comprobar si utiliza herramientas de IA o low-code
Langflow es una herramienta de orchestration en torno a los LLM. Como muchas herramientas de IA y low-code, puede acelerar prototipos, conectar servicios y manipular datos sensibles. El peligro aparece cuando una herramienta pensada para experimentar acaba expuesta en producción sin un control de acceso estricto.
El mismo razonamiento vale para los back-offices, los paneles de administración, los almacenamientos de objetos tipo MinIO o los servicios de configuración. Sysdig indica que JADEPUFFER sondeó MinIO en minio.internal:9000 y 127.0.0.1:9000 con las credenciales por defecto minioadmin:minioadmin. Este tipo de detalle parece básico. Sin embargo, sigue siendo frecuente en entornos montados rápidamente.
- Inventorier los servicios expuestos a Internet, incluidas las herramientas de IA, no-code, staging y las interfaces de administración.
- Corriger inmediatamente las vulnerabilidades CISA KEV utilizadas activamente, en particular aquellas que permiten una ejecución remota de código.
- Sustituir las credenciales por defecto y prohibir las cuentas root aplicativas en el día a día.
- Almacenar los secretos en un cofre adecuado, no en un archivo de configuración compartido.
- Probar la restauración de las copias de seguridad, incluida la base de datos y las configuraciones de Nacos o equivalente.
- Supervisar las tareas cron, las conexiones sortantes inusuales y los ports de comando como 4444.
Si tiene previsto integrar la IA en una aplicación empresarial, el análisis preliminar debe abordar tanto los usos como las limitaciones de seguridad. Los casos de uso enumerados para una app móvil IA en pyme son útiles, pero deben completarse con una reflexión sobre los derechos, los registros y los datos accesibles para el modelo.
Costes, plazos y arbitrajes razonables
La reacción no debe ser prohibir todas las herramientas de IA. Eso rara vez sería realista. En cambio, un servicio de IA accesible desde Internet, conectado a una base interna y sin mantenimiento es una mala apuesta, sobre todo si porte secretos o privilegios elevados.
Para una pyme con un sitio de negocio, una API, una base de datos y algunas herramientas internas, un primer refuerzo serio a menudo puede hacerse en dos a cuatro semanas: inventario, correctivos, rotación de secretos, reglas de red, copias de seguridad, alertas. Una revisión completa de la arquitectura lleva más tiempo, a veces de dos a tres meses, porque afecta a los derechos, las dependencias y los procedimientos de explotación.
Del lado de la agencia, el reflejo es separar lo que corresponde al riesgo inmediato de lo que corresponde a la deuda técnica. Cerrar una interfaz expuesta, corriger CVE-2025-3248 o eliminar una contraseña por defecto no espera a una refactorización. Repensar la arquitectura, elegir un alojamiento como OVHcloud, AWS, Scaleway o Azure, añadir Cloudflare o revisar las copias de seguridad requiere un poco más de método.
El RGPD, en vigor desde 2018, añade una obligación: si se ven afectados datos personales, hay que documentar el incidente, evaluar el riesgo para las personas y, en ocasiones, notificarlo a la CNIL en un plazo de 72 horas. Por lo tanto, la seguridad no es solo una cuestión técnica. Afecta a la confidencialidad, a la relación con el cliente y, en ocasiones, a la responsabilidad contractual.
Los proyectos modernos acumulan rápidamente front-end, API, servicios gestionados y componentes de IA. Incluso elecciones muy pertinentes, como los Componentes de servidor de React, deben evaluarse teniendo en cuenta sus riesgos de explotación, de caché y de separación de datos. En el caso de las aplicaciones móviles, un enfoque privacy by design también reduce la cantidad de información expuesta en caso de incidente.
Enmarcar este tipo de riesgo de antemano evita la mayoría de las malas sorpresas. Una mirada externa ayuda sobre todo a fijar los límites adecuados: qué debe estar abierto, qué debe seguir siendo interno, qué debe registrarse y qué debe poder restaurarse sin depender de un atacante.
Preguntas frecuentes sobre JADEPUFFER y los ransomware de IA
¿Es JADEPUFFER realmente el primer ransomware impulsado por IA?
Sysdig lo presenta como una operación de ransomware agéntico documentada, con ejecución técnica por agente de IA. TechCrunch recuerda, no obstante, que probablemente un humano preparó o dirigió la operación a un nivel más amplio.
¿Qué vulnerabilidad permitió el ataque JADEPUFFER?
El acceso inicial se atribuye a CVE-2025-3248, una vulnerabilidad de Langflow por falta de autenticación que permite la ejecución remota de código. Figura en el catálogo CISA de vulnerabilidades explotadas conocidas desde mayo de 2025.
¿Hay que pagar si una base de datos MySQL está cifrada?
En el caso rapporté, la clave de cifrado no se habría conservado ni transmitido, lo que hacía imposible la recuperación incluso después del pago. La decisión debe estar supervisada por expertos, pero las copias de seguridad probadas siguen siendo la mejor protección.
¿Cómo saber si mi empresa está expuesta a este tipo de ataque?
Empiece por verificar los servicios accesibles desde Internet, las versiones de Langflow, Nacos o herramientas equivalentes, las credenciales predeterminadas y las cuentas de administrador. Un escaneo externo y un inventario de los secretos ofrecen rápidamente una primera imagen del riesgo.