Una falla nella gestione delle impostazioni locali di Claude Code, lo strumento di Anthropic basato sull’intelligenza artificiale per lavorare sul codice, ha portato alla pubblicazione accidentale di password, chiavi API e credenziali riservate su GitHub. Il problema, reso noto il 10 novembre 2026, è stato analizzato dai ricercatori di sicurezza di Apiiro, che hanno individuato oltre 100.000 casi di file di configurazione caricati in archivi pubblici.
Secondo l’analisi, circa 1.100 file riconducibili a 63 organizzazioni ed enti contenevano segreti informatici direttamente sfruttabili, tra cui password per database aziendali, chiavi crittografiche private e token per l’accesso a servizi software. L’esposizione coinvolge uno strumento utilizzato da sviluppatori, ingegneri del software e team tecnici per scrivere, modificare e analizzare codice con il supporto dell’IA.
Come Claude Code può registrare password e chiavi API
Il problema nasce dal sistema con cui Claude Code richiede all’utente l’autorizzazione a eseguire operazioni sul computer. Una richiesta apparentemente limitata, se approvata, può consentire al software di memorizzare i dettagli dell’operazione in un file locale chiamato .claude/settings.local.json.
Se nei comandi autorizzati sono presenti password, token, chiavi di accesso o altri dati riservati, questi elementi possono essere registrati nel file senza essere automaticamente rimossi. Il documento rimane inizialmente sul computer dello sviluppatore e, in questa fase, non costituisce di per sé una pubblicazione online.
Il rischio emerge quando il progetto viene copiato, trasferito o predisposto per la condivisione. Il file locale, infatti, non sempre mantiene le protezioni previste per impedirne il caricamento insieme al resto del codice. In questo modo le credenziali possono raggiungere repository pubblici senza che l’utente si accorga della loro presenza.
Il meccanismo è particolarmente delicato perché riguarda informazioni che spesso vengono inserite direttamente nei comandi impartiti all’assistente AI. Un’autorizzazione concessa per completare un’attività di sviluppo può quindi lasciare una traccia persistente nella configurazione del progetto, anche quando l’utente non intende condividere quei dati.
Oltre 100.000 file pubblicati su GitHub
Apiiro ha rilevato più di 100.000 file settings.local.json caricati pubblicamente su GitHub. La piattaforma è utilizzata da programmatori e aziende per archiviare, gestire e sviluppare software in modo individuale o collaborativo.
All’interno di questo insieme, circa 1.100 file appartenenti a 63 realtà diverse contenevano dati classificabili come segreti operativi. Tra gli elementi individuati figurano credenziali per l’accesso a database, chiavi API e chiavi crittografiche private. Informazioni di questo tipo, se ancora valide, possono consentire l’accesso non autorizzato a sistemi, servizi cloud o applicazioni aziendali.
La rimozione dal repository originale non è sempre sufficiente a eliminare l’esposizione. Le copie dei progetti, le versioni duplicate e gli archivi collegati possono continuare a conservare il file compromesso. Per questo la bonifica deve essere effettuata anche negli spazi derivati, verificando la cronologia e le repliche del codice pubblicato.
La presenza di un segreto in un repository pubblico non implica automaticamente che sia stato utilizzato da un attaccante, ma aumenta il rischio di abuso. Una chiave pubblicata può essere individuata attraverso strumenti automatici di scansione, anche molto tempo dopo il caricamento iniziale.
Il rischio per sviluppatori e organizzazioni
La vulnerabilità riguarda soprattutto i progetti nei quali le impostazioni locali vengono incluse, per errore, nei materiali condivisi. Il passaggio da un ambiente privato a uno pubblico può avvenire quando un progetto viene duplicato, spostato su un altro computer o preparato per una collaborazione esterna.
In alcuni casi Claude Code può inoltre salvare automaticamente modifiche ai file di configurazione. Questa dinamica riduce le occasioni di controllo manuale e rende più difficile individuare tempestivamente password o chiavi inserite nei comandi approvati.
Per le organizzazioni, l’esposizione può coinvolgere non solo il repository pubblico, ma anche i servizi collegati alle credenziali. Database, API e sistemi interni possono restare vulnerabili finché le chiavi non vengono revocate o sostituite e finché tutte le copie del progetto non vengono sottoposte a verifica.

