Eliminazione di dati su Google Cloud

Questi contenuti sono stati aggiornati per l'ultima volta a maggio 2024 e rappresentano lo status quo al momento della 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 CloudCome definito nei Google Cloud Termini di servizio, i dati dei clienti sono i dati forniti a Google dai clienti o dagli utenti finali tramite i servizi nell'ambito dell'account.

Questo documento descrive la modalità di archiviazione dei 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 l'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 Google Cloud applicazioni e dei servizi 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 dei clienti archiviati a riposo 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 Google Cloud's server di produzione 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 ospitano 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 crittografati quando archiviati a riposo. 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, la richiesta di eliminazione viene indirizzata a una risorsa specifica, a un Google Cloud progetto o al tuo Account Google. Le richieste di eliminazione potrebbero essere gestite in modi diversi a seconda dell'ambito della richiesta:

  • Eliminazione di risorse: le singole risorse contenenti i dati dei clienti, ad esempio i bucket di Cloud Storage, possono essere eliminate in molteplici modi dalla console o tramite API. Google Cloud Ad esempio, puoi impartire un comando di rimozione del bucket ogcloud storage rmper eliminare un bucket di archiviazione dalla riga di comando; in alternativa, puoi selezionare un bucket di archiviazione ed eliminarlo dalla Google Cloud console.
  • 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 di massa per tutte le risorse legate al numero di progetto corrispondente.
  • 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à. Se un progetto non appartenente a un'organizzazione ha più proprietari, il progetto non viene eliminato fino a quando tutti i proprietari non vengono rimossi dal progetto o non eliminano i loro Account Google. Questa procedura garantisce che i progetti siano disponibili finché hanno almeno 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.

Le richieste di eliminazione vengono utilizzate principalmente per gestire i dati. Tuttavia, Google può generare automaticamente le richieste di eliminazione, ad esempio quando interrompi il tuo rapporto con Google.

Fase 2: eliminazione temporanea

L'eliminazione temporanea è il punto del processo che fornisce 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 Google Cloud prodotti possono adottare e configurare tale periodo di recupero 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 Google Cloud prodotti (ad esempio Compute Engine e Bigtable) contenenti tale numero di progetto. In questo caso, Compute Engine sospende le operazioni associate al numero di progetto, mentre le tabelle pertinenti in Bigtable entreranno in un periodo di recupero interno per un tempo massimo di 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 può 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 Google Cloud risorse legate esclusivamente a tale 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 Google Cloud prodotti che rientrano nelle categorie di progetti Compute, Archiviazione e Database, fatta eccezione per 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, ad esempio 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 tali dati vengano sovrascritti nei Google Cloud's sistemi di archiviazione attivi e di backup.

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 sono generalmente archiviati all'interno di grandi snapshot aggregati di sistemi attivi, che vengono conservati per periodi di tempo statici per assicurare la continuità operativa in caso di disastri (ad esempio un'interruzione che interessa un intero data center), quando potrebbe essere necessario investire il tempo e il denaro per il ripristino di un intero sistema 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, tali dati non saranno recuperabili nemmeno nel loro periodo di vita residua sui sistemi di backup di Google.

Cronologia di eliminazione

Google Cloud è progettato per offrire livelli elevati di velocità, disponibilità, durabilità e coerenza. La progettazione di sistemi ottimizzati per queste caratteristiche prestazionali 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 possono 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. Dalla richiesta di eliminazione, in genere servono 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's e il momento in cui i dati vengono cancellati dai sistemi attivi e di backup.

Diagramma della pipeline di eliminazione.

Garantisci una sanitizzazione sicura dei supporti

Un programma regolamentato di sanitizzazione dei supporti migliora la sicurezza del processo di eliminazione prevenendo gli attacchi forensi o di laboratorio sui supporti di archiviazione fisica una volta raggiunta la fine del relativo ciclo di vita.

Google monitora meticolosamente la posizione e lo stato di tutte le apparecchiature di archiviazione all'interno dei nostri data center attraverso l'acquisizione, l'installazione, il ritiro e la distruzione, avvalendosi di codici a barre e asset tag 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 potrebbero 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 misure di protezione appropriate. 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 at-rest 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 a DoD 5220.22-M National Industrial Security Program Operating Manual.