Eliminazione dei dati su Google Cloud

Questi contenuti sono stati aggiornati a maggio 2024 e rappresentano lo status quo al momento della loro redazione. I criteri e i sistemi di sicurezza di Google potranno variare in futuro, in virtù del costante miglioramento della protezione per i nostri clienti.

Questo documento offre una panoramica del processo sicuro che si verifica quando elimini i dati dei clienti su Google Cloud. Come definito nei Termini di servizio di Google Cloud, i dati dei clienti sono i dati forniti a Google da clienti o utenti finali tramite i servizi dell'account.

Questo documento descrive come vengono archiviati i dati dei clienti in Google Cloud, la pipeline di eliminazione e come impediamo la ricostruzione dei dati archiviati nella nostra piattaforma.

Per informazioni sui nostri impegni in materia di eliminazione dei dati, consulta Addendum per il trattamento dei dati Cloud (clienti).

Archiviazione e replica dei dati

Google Cloud offre servizi di archiviazione e servizi di database come Bigtable e Spanner. La maggior parte delle applicazioni e dei servizi di Google Cloud accede indirettamente all'infrastruttura di archiviazione di Google utilizzando questi servizi cloud.

La replica dei dati è fondamentale per ottenere soluzioni caratterizzate da bassa latenza, elevata disponibilità, scalabilità e durabilità. Le copie ridondanti dei dati dei clienti possono essere archiviate in locale, a livello di area geografica e persino a livello globale, a seconda della configurazione e delle esigenze dei progetti. Le azioni intraprese sui dati in Google Cloud possono essere replicate simultaneamente in più data center, affinché i dati dei clienti siano altamente disponibili. Quando nell'hardware, nel software o nell'ambiente di rete si verificano cambiamenti che incidono sulle prestazioni, i dati dei clienti vengono automaticamente spostati da una struttura o da un sistema all'altro, in base alle impostazioni di configurazione dei clienti, in modo che i progetti dei clienti continuino a essere eseguiti su vasta scala e senza interruzioni.

A livello di archiviazione fisica, i dati inattivi dei clienti vengono archiviati in due tipi di sistemi: sistemi di archiviazione attivi e sistemi di archiviazione di backup. Questi due tipi di sistemi elaborano i dati in modo diverso. I sistemi di archiviazione attivi sono i server di produzione di Google Cloud che eseguono i livelli di applicazione e di archiviazione di Google. I sistemi attivi sono costituiti da array di dischi e unità utilizzati per scrivere i nuovi dati, nonché per archiviare e recuperare i dati in più copie replicate. I sistemi di archiviazione attivi sono ottimizzati per eseguire operazioni di lettura e scrittura in tempo reale sui dati dei clienti, con velocità e scalabilità elevate.

I sistemi di archiviazione di backup di Google archiviano copie complete e incrementali dei sistemi attivi di Google per un periodo di tempo definito, consentendo a Google di recuperare dati e sistemi in caso di disastri o interruzioni catastrofiche. A differenza dei sistemi attivi, i sistemi di backup sono progettati per ricevere snapshot periodici dei sistemi Google; le copie di backup vengono ritirate dopo un periodo di tempo limitato quando vengono create nuove copie di backup.

In tutti i sistemi di archiviazione sopra descritti, i dati dei clienti vengono criptati quando sono inattivi. Per ulteriori informazioni, consulta Crittografia at-rest predefinita.

Pipeline di eliminazione dei dati

Una volta archiviati i dati dei clienti in Google Cloud, i nostri sistemi sono progettati per conservare i dati in modo sicuro fino al completamento delle fasi della pipeline di eliminazione dei dati. Questa sezione descrive le fasi di eliminazione.

Fase 1: richiesta di eliminazione

L'eliminazione dei dati dei clienti inizia quando avvii una richiesta di eliminazione. In genere, una richiesta di eliminazione viene indirizzata a una risorsa specifica, a un progetto Google Cloud o al tuo Account Google. Le richieste di eliminazione possono essere gestite in modi diversi a seconda dell'ambito della richiesta:

  • Eliminazione delle risorse:le singole risorse contenenti i dati dei clienti, come i bucket Cloud Storage, possono essere eliminate in diversi modi dalla console Google Cloud o utilizzando l'API. Ad esempio, puoi emettere un comando remove bucket o gcloud storage rm per eliminare un bucket di archiviazione tramite la riga di comando oppure puoi selezionare un bucket di archiviazione ed eliminarlo dalla console Google Cloud.
  • Eliminazione di progetti: come proprietario di un progetto Google Cloud, puoi terminare il progetto. L'eliminazione di un progetto agisce come una richiesta di eliminazione collettiva per tutte le risorse associate al corrispondente numero progetto.
  • Eliminazione dell'Account Google: quando elimini il tuo Account Google, vengono eliminati anche tutti i progetti non associati a un'organizzazione e di tua proprietà. Quando un progetto non appartenente a un'organizzazione ha più proprietari, il progetto non viene eliminato finché tutti i proprietari non vengono rimossi dal progetto o non eliminano i loro Account Google. Questa procedura garantisce che i progetti continuino finché hanno un proprietario.
  • Eliminazione dell'account Google Workspace o Cloud Identity: le organizzazioni associate a un account Google Workspace o Cloud Identity vengono eliminate quando elimini un account Google Workspace o Cloud Identity. Per ulteriori informazioni, consulta Eliminare l'Account Google dell'organizzazione.

Utilizzi le richieste di eliminazione principalmente per gestire i tuoi dati. Tuttavia, Google può emettere richieste di eliminazione automaticamente, ad esempio quando interrompi il tuo rapporto con Google.

Fase 2: eliminazione temporanea

L'eliminazione temporanea è il punto del processo in cui viene fornito un breve periodo interno di gestione temporanea e di recupero, in modo da assicurare il tempo necessario per recuperare i dati contrassegnati per errore per l'eliminazione. I singoli prodotti Google Cloud possono adottare e configurare un periodo di recupero definito prima che i dati vengano eliminati dai sistemi di archiviazione sottostanti, purché rientri nelle tempistiche di eliminazione complessive di Google.

Quando i progetti vengono eliminati, Google Cloud identifica in primo luogo il numero di progetto univoco, quindi trasmette un segnale di sospensione ai prodotti Google Cloud (ad esempio, Compute Engine e Bigtable) che contengono quel numero di progetto. In questo caso, Compute Engine sospende le operazioni associate al numero di progetto, mentre le tabelle pertinenti in Bigtable entrano in un periodo di recupero interno di massimo 30 giorni. Al termine del periodo di recupero, Google Cloud trasmette un segnale agli stessi prodotti per avviare l'eliminazione logica delle risorse legate al numero di progetto univoco. Successivamente, Google attende (e, se necessario, ritrasmette il segnale) la ricezione di un segnale di conferma (ACK) dai prodotti interessati per completare l'eliminazione del progetto.

Quando si chiude un Account Google, Google Cloud potrebbe imporre un periodo di recupero interno della durata massima di 30 giorni, a seconda della precedente attività dell'account. Al termine del periodo di tolleranza, ai prodotti Google viene trasmesso un segnale contenente l'ID utente dell'account di fatturazione eliminato e le risorse Google Cloud legate esclusivamente a questo ID utente vengono contrassegnate per l'eliminazione.

Fase 3: eliminazione logica dai sistemi attivi

Dopo che i dati sono stati contrassegnati per l'eliminazione e qualsiasi periodo di recupero è terminato, i dati vengono eliminati dai sistemi di archiviazione attivi e di backup di Google. Sui sistemi attivi i dati vengono eliminati in due modi.

In tutti i prodotti Google Cloud delle categorie di progetti Computing, Archiviazione e Database, tranne Cloud Storage, le copie dei dati eliminati sono contrassegnate come spazio di archiviazione disponibile e nel tempo vengono sovrascritte. In un sistema di archiviazione attivo come Bigtable, i dati eliminati vengono archiviati come voci all'interno di un'imponente tabella strutturata. La compattazione delle tabelle esistenti per sovrascrivere i dati eliminati può essere costosa, in quanto richiede la riscrittura di tabelle di dati esistenti (non eliminati); per questo, viene pianificata l'esecuzione a intervalli regolari della garbage collection "mark-and-sweep" e dei principali eventi di compattazione al fine di recuperare spazio di archiviazione e sovrascrivere i dati eliminati.

In Cloud Storage, i dati dei clienti vengono eliminati anche con la cancellazione crittografica. È una tecnica standard del settore che rende illeggibili i dati eliminando le chiavi di crittografia necessarie per decriptarli. Un vantaggio dell'utilizzo della cancellazione crittografica, indipendentemente dal fatto che riguardi le chiavi di crittografia fornite da Google o dal cliente, è che l'eliminazione logica può essere completata anche prima che tutti i blocchi eliminati di questi dati vengano sovrascritti nei sistemi di archiviazione attivi e di backup di Google Cloud.

Fase 4: scadenza dai sistemi di backup

Analogamente all'eliminazione dai sistemi attivi di Google, i dati eliminati vengono rimossi dai sistemi di backup tramite tecniche di sovrascrittura e di crittografia. Nel caso dei sistemi di backup, tuttavia, i dati dei clienti vengono in genere archiviati in grandi snapshot aggregati di sistemi attivi che vengono conservati per periodi di tempo statici per garantire la continuità aziendale in caso di disastro (ad esempio un interruzione che interessa un intero data center), quando potrebbero essere necessari il tempo e la spesa per ripristinare un sistema interamente dai sistemi di backup. Coerentemente con le ragionevoli pratiche di continuità operativa, gli snapshot completi e incrementali dei sistemi attivi vengono creati con cicli giornalieri, settimanali e mensili e ritirati dopo un periodo di tempo predefinito per fare spazio agli snapshot più recenti.

Un backup ritirato viene contrassegnato come spazio disponibile e sovrascritto nel momento in cui vengono eseguiti nuovi backup giornalieri, settimanali o mensili.

Un ciclo di backup ragionevole impone un ritardo predefinito nella propagazione di una richiesta di eliminazione dei dati attraverso i sistemi di backup. Quando i dati dei clienti vengono eliminati dai sistemi attivi, non vengono più copiati nei sistemi di backup. I backup eseguiti prima dell'eliminazione vengono regolarmente impostati come scaduti in base al ciclo di backup predefinito.

Infine, è possibile che la cancellazione crittografica dei dati eliminati avvenga prima della scadenza del backup contenente i dati dei clienti. Senza la chiave di crittografia utilizzata per criptare specifici dati dei clienti, questi dati non sono recuperabili nemmeno nel loro periodo di vita residua sui sistemi di backup di Google.

Tempistiche di eliminazione

Google Cloud è progettato per offrire livelli elevati di velocità, disponibilità, durabilità e coerenza. La progettazione di sistemi ottimizzati per questi attributi di rendimento deve essere attentamente bilanciata dalla necessità di ottenere un'eliminazione tempestiva dei dati. Google Cloud si impegna a eliminare i dati dei clienti entro un periodo massimo di sei mesi (180 giorni) circa. Questo impegno include le fasi della pipeline di eliminazione di Google descritte in precedenza, tra cui:

  • Fase 2: una volta effettuata la richiesta di eliminazione, i dati vengono in genere contrassegnati per l'eliminazione immediata; il nostro obiettivo è eseguire questa operazione entro un tempo massimo di 24 ore. Dopo che i dati sono stati contrassegnati per l'eliminazione, potrebbe essere applicato un periodo di recupero interno della durata massima di 30 giorni, a seconda del servizio o della richiesta di eliminazione.
  • Fase 3:il tempo necessario per completare le attività di garbage collection e ottenere l'eliminazione logica dai sistemi attivi. Questi processi potrebbero avvenire subito dopo la ricezione della richiesta di eliminazione, a seconda del livello di replica dei dati e delle tempistiche dei cicli di garbage collection in corso. Dopo l'invio della richiesta di eliminazione, in genere sono necessari circa due mesi per eliminare i dati dai sistemi attivi; questo tempo è in genere sufficiente per completare due cicli di garbage collection principali e assicurare il completamento dell'eliminazione logica.
  • Fase 4: il ciclo di backup di Google è progettato per far scadere i dati eliminati all'interno dei backup del data center entro sei mesi dalla richiesta di eliminazione. L'eliminazione potrebbe avvenire in tempi più brevi, a seconda del livello di replica dei dati e delle tempistiche dei cicli di backup in corso di Google.

Il seguente diagramma mostra le fasi della pipeline di eliminazione di Google Cloud e quando i dati vengono cancellati dai sistemi attivi e di backup.

Diagramma della pipeline di eliminazione.

Garantire la sanitizzazione sicura dei contenuti multimediali

Un programma regolamentato di sanitizzazione dei supporti migliora la sicurezza del processo di eliminazione impedendo attacchi forensi o di laboratorio sui supporti di archiviazione fisica una volta raggiunto il termine del relativo ciclo di vita.

Google monitora meticolosamente la posizione e lo stato di tutte le apparecchiature di archiviazione all'interno dei propri data center attraverso l'acquisizione, l'installazione, il ritiro e la distruzione, avvalendosi di codici a barre e tag asset monitorati nel database degli asset di Google. Varie tecniche quali l'identificazione biometrica, il rilevamento dei metalli, le telecamere, le barriere per i veicoli e i sistemi di rilevamento delle intrusioni basati su laser sono impiegate per impedire alle apparecchiature di lasciare il piano del data center senza autorizzazione. Per ulteriori informazioni, consulta la panoramica sulla progettazione della sicurezza dell'infrastruttura Google.

I supporti di archiviazione fisica possono essere dismessi per una serie di motivi. Se un componente non supera un test delle prestazioni in qualsiasi momento durante il suo ciclo di vita viene rimosso dall'inventario e ritirato. Inoltre, Google esegue l'upgrade dell'hardware obsoleto per migliorare la velocità di elaborazione e l'efficienza energetica, o per aumentare la capacità di archiviazione. Se l'hardware viene dismesso a causa di guasti, upgrade o per qualsiasi altra ragione, i supporti di archiviazione vengono dismessi utilizzando le opportune misure di sicurezza. I dischi rigidi di Google utilizzano tecnologie come la crittografia dell'intero disco (FDE, Full Disk Encryption) e il blocco delle unità per proteggere i dati inattivi durante la dismissione. Quando un disco rigido viene ritirato, le persone autorizzate verificano che il disco sia stato cancellato sovrascrivendo l'unità con zeri ed eseguendo un processo di verifica in più fasi per garantire che l'unità non contenga alcun dato.

Se il supporto di archiviazione non può essere per qualche motivo cancellato, viene conservato in modo sicuro finché non può essere distrutto fisicamente. A seconda delle attrezzature disponibili, possiamo schiacciare e deformare l'unità o distruggerla in piccoli pezzi. In entrambi i casi, il disco viene riciclato in una struttura protetta, assicurando che nessuno possa leggere i dati sui dischi di Google ritirati. Ogni data center aderisce a una rigorosa politica di smaltimento e utilizza le tecniche descritte per ottenere la conformità a NIST SP 800-88 Revisione 1 Guidelines for Media Sanitization e DoD 5220.22-M National Industrial Security Program Operating Manual.