Claude Code sotto accusa: un “Sì e non chiedere più” può leakare password e chiavi API su GitHub

Un recente caso di sicurezza su GitHub mostra come anche gli strumenti di AI per sviluppatori possano diventare una fonte di data leak se non gestiti con attenzione. In particolare Claude Code può salvare comandi di shell approvati dagli utenti in un file di configurazione locale del progetto chiamato .claude/settings.local.json.

Il problema nasce quando lo sviluppatore seleziona la scelta equivalente a “sì e non chiedere più”. In quel momento il sistema registra una regola di allow che può includere il comando completo parola per parola. Se dentro quel comando erano presenti password, token o chiavi API inserite in chiaro, anche il segreto viene memorizzato nello stesso modo.

Il rischio aumenta quando il repository è pubblico e il file finisce tracciato da git. Anche se in seguito viene cancellato, la rimozione non elimina automaticamente le versioni precedenti presenti nella cronologia git e nei fork. Per questo motivo la mitigazione più importante non è solo cancellare il file, ma ruotare subito tutte le credenziali che potrebbero essere state esposte. Alcune segnalazioni indicano che in almeno un caso una chiave risultava ancora attiva.

L’analisi su GitHub ha individuato numerose copie del file e una percentuale significativa conteneva segreti. Tra i dati esposti compaiono password di database, accessi SSH, token per servizi di sviluppo come piattaforme di repository e registri di pacchetti, e anche chiavi cloud. Una parte rilevante dei segreti consentiva accesso diretto a sistemi raggiungibili pubblicamente, aumentando la probabilità di abuso.

Un aspetto critico è che la protezione non è uniforme. Claude Code tenta di evitare il commit aggiungendo il file alle esclusioni globali di git sul computer dell’utente, ma questa misura non si propaga al progetto e non sostituisce un .gitignore nel repository. Inoltre alcuni commit mostrano modifiche al file attribuite anche al flusso di lavoro dell’assistente, segno che può essere incluso senza accorgersene.

Per ridurre il rischio di leak di credenziali su GitHub conviene:

• Cercare questi file in tutta l’organizzazione e nella history.
• Ruotare password e token prima della bonifica.
• Rimuovere il file dal tracciamento con git rm --cached e aggiungerlo al .gitignore del progetto.
• Evitare segreti nei comandi, usando variabili come DB_URL e un secrets manager.
• Preferire regole basate su pattern invece che su comandi singoli.