Hay atacantes aprovechando un fallo grave en Langflow, una herramienta popular para montar flujos de trabajo con IA, para colarse en servidores y llevarse las claves de acceso guardadas dentro: las de OpenAI, las de Amazon y las de todo lo que esté conectado. Si tienes automatizaciones montadas, esto va contigo aunque no uses Langflow.
Hay atacantes explotando ahora mismo un fallo grave en Langflow, una herramienta de código abierto que mucha gente usa para montar aplicaciones y flujos de trabajo con IA arrastrando cajitas en una pantalla. El fallo tiene nombre y apellidos —se le llama CVE-2026-0768, que es simplemente el código con el que se catalogan los agujeros de seguridad— y permite que alguien sin usuario ni contraseña ejecute código a distancia en el servidor donde tengas instalada la herramienta.
Lo interesante no es el fallo en sí, sino lo que buscan los atacantes. Los investigadores de seguridad han visto ataques que van directos a por las credenciales guardadas dentro: claves de la API de OpenAI, credenciales de Amazon Web Services y otros accesos que estuvieran metidos en esas instalaciones. Es decir, no vienen a robarte la aplicación. Vienen a robarte las llaves que abren todo lo demás.
Cuando montas una automatización con IA —un bot que responde correos, un flujo que resume las llamadas del día, algo que escribe fichas de producto— esa automatización necesita permiso para hablar con otros servicios. Ese permiso es una clave de API: un código largo que pegas una vez en la herramienta y que funciona como una llave maestra. Mientras exista, quien la tenga puede usar tu cuenta de OpenAI, tu almacenamiento en la nube o tu base de datos como si fuera tú, y a tu cargo.
El problema es que herramientas como Langflow se sientan justo en medio: entre los modelos de IA, las bases de datos, las APIs y la nube. Como explica la propia noticia, comprometer una instalación así le da al atacante algo más valioso que la aplicación: las credenciales que desbloquean el resto de servicios. Y hay una razón por la que esto está pasando ahora: la fiebre por conectar agentes de IA a todo ha empujado a mucha gente a enchufar servicios a toda prisa, a veces sin las prácticas de seguridad que se aplicarían a cualquier otro servidor expuesto a internet.
Traducido a tu negocio: durante dos años hemos estado montando cosas rápido porque funcionaban y eran baratas. Nadie se paró a pensar dónde quedaban guardadas las llaves. Ahora los atacantes sí se lo han parado a pensar.
Aunque no hayas oído Langflow en tu vida, el patrón te afecta si tienes automatizaciones montadas con n8n, Make, Zapier, un servidor propio o cualquier herramienta donde hayas pegado una clave alguna vez. Cosas concretas para hacer esta semana:
Si trabajas con datos de clientes —una clínica, una asesoría, una academia con menores— esto sube de categoría: una clave robada que dé acceso a una base de datos con datos personales es una brecha de seguridad con obligaciones legales detrás, no solo un susto.
Bastante, la verdad. La noticia la he leído en Tech Startups, que es un agregador: recoge la información citando a BleepingComputer como fuente original, y yo no he ido al aviso oficial de Langflow ni al boletín técnico del fallo. Eso significa que los detalles finos —qué versiones concretas están afectadas, si ya hay parche disponible y desde cuándo— no los tengo confirmados y tendrías que mirarlos en la documentación de Langflow antes de tocar nada.
Tampoco sabemos cuántas instalaciones se han visto comprometidas, ni si hay empresas españolas afectadas, ni si los ataques son automatizados y masivos o dirigidos a objetivos concretos. La noticia dice que los investigadores han observado intentos de extraer credenciales, pero no cuántos han tenido éxito.
Y una advertencia sobre mi propio consejo: que se sepa, esto es un fallo específico de Langflow, no de n8n, Make o Zapier. Lo que planteo arriba no es "tus herramientas están rotas", es "el hábito de dejar llaves guardadas sin inventario es un riesgo que hasta ahora nadie estaba mirando". La diferencia importa.
