Lagune ayuda a tu agente de IA a hacer más seguro un proyecto. Lo pones a trabajar sobre tu código, y el agente averigua qué hace realmente tu sistema y luego te guía por el trabajo de seguridad que importa en su caso. Lagune es el primer proyecto de la metodología Security-Driven Hardening (SDH).
¿Te encanta Lagune? Danos una ⭐ en GitHub
Elige tu agente
- Lagune funciona con Node.js por debajo, pero tú usas el lenguaje que quieras.
- Para ejecutarlo totalmente sin conexión, instala Lagune en tu proyecto con
npm i -D lagune@0.16.0.
Categorías
El conocimiento de seguridad de Lagune llega en forma de especializaciones, agrupadas en categorías.
npx lagune write add --categories owaspUn proyecto empieza con owasp, y /lagune-charter añade las categorías que justifica su lectura del proyecto.
Requisitos
Necesitas tener Node.js (LTS) instalado en tu sistema.
Usa una insignia ✨
¿Usas Lagune? Añade una a tu README:
- Dos tonos
- Color sólido
Siguiente paso
Descubre qué hace cada una de las skills de Lagune.
Preguntas frecuentes
Lagune es un flujo de trabajo de seguridad de código abierto y exclusivamente defensivo que ayuda a tu agente de IA a bastionar cualquier proyecto. Lo pones a trabajar sobre tu código, detecta qué hace realmente tu sistema y luego te guía en las correcciones de seguridad que importan en ese contexto.
Elige tu agente: Claude Code, GitHub Copilot CLI, Muse Code, Antigravity CLI, Cursor, Kimi Code, OpenCode, Codex CLI, Factory Droid, Grok Build, Devin CLI y Hermes Agent instalan Lagune como plugin, Gemini CLI y Qwen Code como extensión, Pi como paquete, y cualquier otro agente con npx skills add wellwelwel/lagune. Funciona tanto en proyectos nuevos como en los que ya existen.
No. Funciona a través de tu propio agente de IA, así que no hace falta ninguna clave de API.
Necesitas tener Node.js (LTS) instalado en tu sistema.
Cualquiera. Lagune funciona con Node.js por debajo, pero audita y bastiona proyectos escritos en cualquier lenguaje de programación.
Una carpeta .lagune/ con el estado de seguridad de tu proyecto, que crea el primer comando que escribe en ella. La CLI de skills también instala los comandos de barra en el proyecto, donde tu agente los lee, mientras que un plugin los mantiene dentro del agente.
Igual que lo instalaste. La página de instalación de cada agente explica cómo actualizar Lagune en él, y la CLI de skills lo actualiza con npx skills update. Tus principios de seguridad, los artefactos de las fases y tus propias especializaciones quedan intactos.
Las integradas de sus categorías, más las suyas propias. El charter registra las categorías que justifica su lectura del proyecto, y npx lagune write add --categories las cambia.
No. El comando /lagune bastiona el trabajo a medida que se escribe: acepta cualquier prompt, crea lo que pediste y lo bastiona con valores por defecto seguros, guiado por tus principios de seguridad. El flujo Blue Team de cinco fases audita lo que ya existe.
Sí. El flujo Blue Team de cinco fases audita lo que ya existe: charter fija tus reglas de seguridad, detect identifica qué hace el sistema y dónde están los riesgos, plan puntúa cada hallazgo y le asigna una corrección, harden aplica las correcciones y verify demuestra que se sostienen y las cierra.
Un agente que lee el código por su cuenta encuentra lo que parece una vulnerabilidad y pasa por alto lo que parece un control. Una lista de direcciones bloqueadas da la impresión de que alguien ya se ocupó del riesgo, así que nadie comprueba que se deja fuera la mayoría, y el código se publica. Lagune invierte esa presunción: una protección que ya está en el código se considera no demostrada hasta que se comprueba, cada especialización del catálogo recibe un veredicto explícito, y verify pregunta si el riesgo ha desaparecido, no si hay un control. Además, cada hallazgo sigue siendo un único elemento en seguimiento de una ejecución a otra, así que se puede demostrar que está cerrado y darlo de baja, mientras que una petición sin más te da un informe distinto cada vez, sin nada con lo que comparar.
Pedir código seguro deja en manos del agente decidir qué es seguro, y da por hecho que sabes qué pedir. El requisito suele estar ya dentro de tu petición sin que ninguno de los dos lo vea: pedir una página que muestre los cursos a los que tiene acceso un usuario enuncia una regla de autorización, y una comprobación que nunca se escribe no deja en el código nada que salte a la vista. El comando /lagune carga tus principios de seguridad y las especializaciones que encajan con lo que se va a construir antes de escribir la primera línea, y después vuelve a leer el resultado contrastándolo con la defensa que aplicó. La forma segura rara vez cuesta más que la insegura, así que lo que decide el resultado es saber cuál elegir, y eso es justo lo que llega desde el principio.
No. Lagune lee el código y nunca ejecuta tu sistema ni le envía peticiones manipuladas. Verify confirma que un control está presente y es correcto en el código fuente, que es una pregunta distinta de si resiste un ataque contra un sistema en funcionamiento, así que "cannot tell from the code" es un veredicto legítimo y no un aprobado silencioso. DAST responde a la pregunta sobre la ejecución y Lagune a la pregunta sobre el código fuente, así que ninguno sustituye al otro. Incluso el comando opcional prove respeta este límite: sus pruebas afirman el comportamiento seguro, nunca un payload de ataque.
¡No, para nada! Un pentest es un encargo autorizado en el que un profesional aplica su propio criterio contra tu sistema en funcionamiento, encadenando hallazgos y explorando la lógica de negocio que ninguna regla por superficie describe. Los hallazgos de un pentest pueden entrar en el flujo Blue Team de Lagune pasándoselos a detect como preocupaciones, de modo que lo que recoge el informe de un profesional se planifica, se bastiona y se verifica.
Política de seguridad
Consulta SECURITY.md.
Licencia
Lagune se distribuye bajo la Apache License 2.0.
Copyright © 2026-present Weslley Araújo y colaboradores.