La checklist in sintesi
- SubitoRevocare e sostituire il segretoSolo così il vecchio valore perde ogni utilità.
- SubitoControllare accessi e logIndividuare presto gli abusi.
- OggiEliminare la chat, controllare l’addestramentoLimitare la copia presso il fornitore.
- OggiEliminare i link condivisiNessun altro deve poter aprire la chat.
- OggiInformare l’ITValutare insieme le conseguenze.
- Se necessarioVerificare gli obblighi di notificaSe possono essere coinvolti dati personali.
1. Sostituire subito il segreto (rotazione)
La documentazione di GitHub è chiara: un segreto trapelato va considerato immediatamente compromesso. Rimuoverlo e basta non impedisce gli abusi; ciò che conta è revocarlo presso il fornitore. L'OWASP Secrets Management Cheat Sheet indica lo stesso ordine: revocare, sostituire, rimuovere dal sistema esposto.
- Chiave API o token: revocarli nel portale del servizio e generarne di nuovi. Se un servizio in funzione dipende dalla chiave, inserisca prima quella nuova e revochi poi quella vecchia.
- Password: cambiarla subito. Se l'ha usata anche altrove, la cambi anche lì. L'Ufficio federale della cibersicurezza (UFCS) raccomanda inoltre una password diversa per ogni servizio e, dove possibile, l'autenticazione a due fattori.
- Stringa di connessione con password del database: assegnare una nuova password all'utente del database e aggiornare tutte le applicazioni.
Dia alla nuova chiave solo i diritti necessari, come raccomanda OWASP.
2. Controllare accessi e log
Controlli poi se qualcuno ha usato il vecchio accesso. GitHub raccomanda a questo scopo i log di audit del servizio a cui appartiene il segreto. Faccia attenzione a:
- accessi da dispositivi o luoghi sconosciuti,
- chiamate API insolite o chiavi e utenti creati di recente,
- per gli account e-mail: inoltri sconosciuti. L'UFCS consiglia di rimuovere subito questi inoltri.
3. Cancellare la chat – e cosa comporta
Secondo OpenAI, una chat cancellata scompare subito dal Suo account e viene cancellata definitivamente entro 30 giorni – a meno che i dati non siano già stati resi anonimi e separati dall'account, o che OpenAI debba conservarli più a lungo per motivi di sicurezza o legali. Nelle aree di lavoro aziendali, gli strumenti di compliance autorizzati possono continuare ad accedervi secondo la regola di conservazione dell'organizzazione.
Archiviare non è cancellare. Una chat archiviata resta salvata e ricercabile. E anche la cancellazione non sostituisce la rotazione.
Sull'addestramento: con un account privato disattivi l'opzione «Improve the model for everyone» in Settings › Data controls; secondo OpenAI vale per le nuove conversazioni. Non valuti la chat interessata con il pollice in su o in giù: secondo OpenAI, altrimenti l'intera conversazione può essere usata per l'addestramento, anche se l'addestramento è disattivato. Maggiori dettagli: Disattivare l'addestramento dell'IA.
4. Cancellare i link condivisi
Un link condiviso da un account privato può essere aperto da chiunque lo possieda. Secondo OpenAI queste pagine non sono pensate per i motori di ricerca, ma non per questo sono private: i link si possono inoltrare.
- In Settings › Data controls › Shared links › Manage può cancellare singoli link o tutti.
- Chi cancella la chat cancella anche il relativo link condiviso.
- Se qualcuno ha già proseguito la conversazione condivisa, la sua copia resta nel suo account.
5. Informare l'IT e i responsabili della sicurezza
Segnali l'incidente rapidamente e in modo oggettivo. GitHub raccomanda di coinvolgere i responsabili del segreto e della sicurezza e di documentare l'incidente. Informazioni utili:
- Quale accesso, per quale servizio, con quali diritti?
- Quando, in quale servizio di IA, con account privato o aziendale?
- La chat è stata condivisa?
- Cosa è già stato fatto (sostituito, cancellato, log controllati)?
6. Verificare l'obbligo di notifica
Una password trapelata non comporta automaticamente un obbligo di notifica. Determinante è se, tramite l'accesso, dati personali sono stati rivelati o resi accessibili a persone non autorizzate.
- Svizzera: secondo l'art. 24 LPD, il titolare del trattamento notifica il prima possibile all'IFPDT una violazione della sicurezza dei dati che presumibilmente comporta un rischio elevato per le persone interessate. La notifica avviene tramite il modulo online DataBreach dell'IFPDT. Le persone interessate vanno informate se necessario per la loro protezione o se l'IFPDT lo richiede.
- UE: secondo l'art. 33 GDPR, il titolare del trattamento notifica la violazione all'autorità di controllo senza ingiustificato ritardo e, ove possibile, entro 72 ore, a meno che sia improbabile che presenti un rischio. Ogni violazione va documentata internamente. In caso di rischio elevato, l'art. 34 impone di comunicarla anche agli interessati.
La valutazione spetta al Suo responsabile della protezione dei dati o all'ufficio legale. Questa sezione non sostituisce una consulenza legale.
Come evitarlo in futuro
- Nessun segreto nei prompt. Per la ricerca di errori basta un segnaposto come
DB_PASSWORD=[RIMOSSO]. - I segreti non vanno nel codice. GitHub raccomanda variabili d'ambiente e strumenti per la gestione dei segreti, OWASP sconsiglia i segreti scritti direttamente nel codice. Ciò che non è nel codice non viene nemmeno copiato.
- Ripulire prima codice e log. File di configurazione, messaggi di errore e log possono contenere credenziali. Secondo OWASP, i segreti non vanno mai scritti nei log.
- Usare un gestore di password, come raccomanda l'UFCS.
- Intercettare le distrazioni con la tecnica. AImori controlla localmente nel browser ciò che incolla in ChatGPT, Claude, Gemini, Copilot o Perplexity e riconosce tra l'altro chiavi API e token di molti servizi, chiavi private e password nelle stringhe di connessione. Quando si incolla li sostituisce prima che il testo arrivi nel campo; Alt+Shift+L trasforma tutti i valori riconosciuti in segnaposto. I caratteri digitati possono essere letti da una pagina già prima dell'invio – per questo il controllo al momento dell'incolla è così importante.
Se un testo contiene credenziali lo mostra il test gratuito, direttamente nel browser.
Domande frequenti
Basta cancellare la chat?
No: secondo OpenAI una chat cancellata viene eliminata definitivamente solo entro 30 giorni, con eccezioni, e il segreto era già arrivato al fornitore, quindi va revocato e sostituito.
Ho solo incollato la chiave, senza inviarla. Devo sostituirla?
Nel dubbio sì, perché una pagina web può tecnicamente elaborare gli input già prima dell'invio, e generare una nuova chiave è di solito più rapido che chiarire un abuso.
Devo notificare all'IFPDT una chiave API trapelata?
Solo se tramite l'accesso potrebbero essere coinvolti dati personali e la violazione della sicurezza dei dati presumibilmente comporta un rischio elevato per le persone interessate (art. 24 LPD; nell'UE basta un rischio, art. 33 GDPR); lo chiarisca con il Suo responsabile della protezione dei dati, perché questa guida non sostituisce una consulenza legale.
La mia password viene usata per l'addestramento?
Secondo OpenAI, i contenuti degli account privati possono servire all'addestramento finché «Improve the model for everyone» è attivo; i contenuti di ChatGPT Business, Enterprise ed Edu per impostazione predefinita non vengono usati da OpenAI per l'addestramento.
Fonti
Informazioni aggiornate al 21.10.2026. Questa guida non sostituisce una consulenza legale o di sicurezza.
- GitHub Docs: Remediating a leaked secret in your repository
- OWASP: Secrets Management Cheat Sheet
- Ufficio federale della cibersicurezza (UFCS): Account hacked or data leaked – What should you do? · One password for multiple accounts (21.4.2026)
- OpenAI: Deleting and archiving chats in ChatGPT · Sharing conversations in ChatGPT · Data controls in ChatGPT
- Legge federale sulla protezione dei dati (LPD), RS 235.1, art. 5 lett. h e art. 24
- IFPDT: DataBreach – Meldung von Verletzungen der Datensicherheit (in tedesco)
- GDPR (Regolamento (UE) 2016/679), art. 4 punto 12, art. 33 e 34