Lagune aiuta il tuo agente IA a rendere un progetto più sicuro. Lo punti sul tuo codice e l'agente capisce cosa fa davvero il tuo sistema, poi ti guida nel lavoro di sicurezza che conta per quel sistema. Lagune è il primo progetto della metodologia Security-Driven Hardening (SDH).
Ti piace Lagune? Lasciaci una ⭐ su GitHub
Scegli il tuo agente
- Lagune gira su Node.js dietro le quinte, ma tu usi il linguaggio che preferisci.
- Per lavorare completamente offline, installa Lagune nel tuo progetto con
npm i -D lagune@0.16.0.
Categorie
Le conoscenze di sicurezza di Lagune arrivano come specializzazioni, raggruppate in categorie.
npx lagune write add --categories owaspUn progetto parte con owasp, e /lagune-charter aggiunge le categorie che la sua lettura del progetto giustifica.
Requisiti
Ti serve Node.js (LTS) installato sul tuo sistema.
Usa un badge ✨
Usi Lagune? Aggiungine uno al tuo README:
- Due toni
- Tinta unita
Passo successivo
Scopri cosa fa ciascuna delle skill di Lagune.
Domande frequenti
Lagune è un flusso di sicurezza open source ed esclusivamente difensivo che aiuta il tuo agente IA a mettere in sicurezza qualsiasi codebase. Lo punti sul tuo codice, rileva cosa fa davvero il tuo sistema, poi guida le correzioni di sicurezza che contano in quel contesto.
Scegli il tuo agente: Claude Code, GitHub Copilot CLI, Muse Code, Antigravity CLI, Cursor, Kimi Code, OpenCode, Codex CLI, Factory Droid, Grok Build, Devin CLI e Hermes Agent installano Lagune come plugin, Gemini CLI e Qwen Code come estensione, Pi come pacchetto e qualsiasi altro agente con npx skills add wellwelwel/lagune. Funziona sia nei progetti nuovi sia in quelli esistenti.
No. Funziona tramite il tuo agente IA, quindi non serve alcuna chiave API.
Ti serve Node.js (LTS) installato sul tuo sistema.
Tutti. Lagune gira su Node.js dietro le quinte, ma verifica e mette in sicurezza progetti scritti in qualsiasi linguaggio di programmazione.
Una directory .lagune/ con lo stato di sicurezza del tuo progetto, creata dal primo comando che scrive. La CLI di skills installa anche i comandi slash nel progetto, dove il tuo agente li legge, mentre un plugin li tiene dentro l'agente.
Nello stesso modo in cui l'hai installato. La pagina di installazione di ogni agente mostra come aggiornare Lagune lì, e la CLI di skills lo aggiorna con npx skills update. Il tuo charter, gli artefatti delle fasi e le tue specializzazioni restano intatti.
Quelle integrate delle sue categorie, più le sue. Il charter registra le categorie che la sua lettura del progetto giustifica, e npx lagune write add --categories le modifica.
No. Il comando /lagune mette in sicurezza il lavoro mentre viene scritto: accetta qualsiasi prompt, costruisce ciò che hai chiesto e lo mette in sicurezza con impostazioni predefinite sicure, guidato dal charter. Il flusso Blue Team in cinque fasi verifica ciò che esiste già.
Sì. Il flusso Blue Team in cinque fasi verifica ciò che esiste già: charter stabilisce le tue regole di sicurezza, detect mappa cosa fa il sistema e dove sono i rischi, plan assegna un punteggio a ogni rilievo e lo abbina a una correzione, harden applica le correzioni e verify dimostra che reggono e le chiude.
Un agente che legge da solo trova ciò che sembra una vulnerabilità e salta ciò che sembra un controllo. Un elenco di indirizzi bloccati dà l'impressione che qualcuno abbia già gestito il rischio, così nessuno verifica che ne manchi la maggior parte, e il codice va in produzione. Lagune ribalta questa impostazione: una protezione già presente nel codice è considerata non dimostrata finché non viene verificata, ogni specializzazione del catalogo riceve un verdetto esplicito e verify chiede se il rischio è sparito, non se c'è un controllo. Ogni rilievo resta inoltre un unico elemento tracciato da un'esecuzione all'altra, così può essere dimostrato chiuso e archiviato, mentre una semplice richiesta ti dà ogni volta un report diverso, senza nulla da confrontare.
Chiedere codice sicuro lascia all'agente la definizione di sicuro, e presuppone che tu sappia cosa chiedere. Il requisito di solito è già dentro la tua richiesta senza che nessuno dei due lo veda: chiedere una pagina che mostri i corsi a cui un utente ha accesso enuncia una regola di autorizzazione, e un controllo mai scritto non lascia nulla nel codice da notare. Il comando /lagune carica il tuo charter e le specializzazioni che corrispondono a ciò che sta per essere costruito prima che venga scritta la prima riga, poi rilegge il risultato confrontandolo con la difesa che ha usato. La forma sicura raramente costa più di quella non sicura, quindi a decidere l'esito è sapere quale scegliere, ed è proprio questo che arriva in anticipo.
No. Lagune legge il codice e non esegue mai il tuo sistema né gli invia richieste costruite ad arte. Verify conferma che un controllo è presente e corretto nel sorgente, che è una domanda diversa dal chiedersi se resiste a un attacco su un bersaglio in esecuzione, quindi "non si può stabilire dal codice" è un verdetto legittimo invece di un via libera silenzioso. Il DAST risponde alla domanda sul runtime e Lagune a quella sul sorgente, quindi nessuno dei due sostituisce l'altro. Anche il comando facoltativo prove tiene questa linea: i suoi test verificano il comportamento sicuro, mai un payload di attacco.
No, assolutamente! Un pentest è un incarico autorizzato in cui un professionista esercita il proprio giudizio sul tuo sistema in esecuzione, concatenando i rilievi e sondando la logica di business che nessuna regola per singola superficie descrive. I rilievi di un pentest possono entrare nel flusso Blue Team di Lagune, nella fase detect, così ciò che un professionista segnala viene pianificato, messo in sicurezza e verificato.
Politica di sicurezza
Consulta il file SECURITY.md.
Licenza
Lagune è distribuito con la Apache License 2.0.
Copyright © 2026-oggi Weslley Araújo e collaboratori.