Chiavi Cloud KMS gestite dal cliente
Per impostazione predefinita, BigQuery cripta i contenuti archiviati at-rest. BigQuery gestisce e gestisce questa crittografia predefinita per te senza che tu debba fare altro. Innanzitutto, i dati di una tabella BigQuery vengono criptati utilizzando una chiave di crittografia dei dati. Poi, le chiavi di crittografia dei dati sono criptate con chiavi di crittografia della chiave, ovvero nota come crittografia busta. Le chiavi di crittografia delle chiavi non criptano direttamente i dati, ma vengono utilizzate per criptare le chiavi di crittografia dei dati che Google utilizza per criptare i tuoi dati.
Se vuoi controllare autonomamente la crittografia, puoi utilizzare le chiavi di crittografia gestite dal cliente (CMEK) per BigQuery. Invece di lasciare che sia Google a possedere le chiavi di crittografia della chiave che proteggono i tuoi dati, tu controlli e gestisci delle chiavi di crittografia delle chiavi in Cloud KMS. Questo documento fornisce dettagli sulla creazione manuale delle chiavi Cloud KMS per BigQuery.
Scopri di più su opzioni di crittografia su Google Cloud. Per informazioni specifiche sulle chiavi CMEK, inclusi i relativi vantaggi e limiti, consulta Chiavi di crittografia gestite dal cliente.
Prima di iniziare
Tutti gli asset di dati che si trovano nello spazio di archiviazione gestito di BigQuery supportanoCMEK. Tuttavia, se esegui query anche sui dati archiviati in un'origine dati esterna come Cloud Storage con dati criptati con CMEK, la crittografia dei dati è gestita da Cloud Storage. Ad esempio, le tabelle BigLake supportano i dati criptati con CMEK in di archiviazione ideale in Cloud Storage.
Tabelle BigQuery e BigLake non supportano le chiavi di crittografia fornite dal cliente (CSEK).
Decidi se eseguire BigQuery Cloud KMS nello stesso progetto Google Cloud o in diversi in modo programmatico a gestire i progetti. Ai fini della documentazione di esempio, viene utilizzata la seguente convenzione:
PROJECT_ID
: l'ID del progetto in esecuzione BigQueryPROJECT_NUMBER
: il numero del progetto in esecuzione in BigQueryKMS_PROJECT_ID
: l'ID del progetto che esegue Cloud KMS (anche se si tratta dello stesso progetto in esecuzione BigQuery)
BigQuery viene abilitato automaticamente nei nuovi progetti. Se utilizzando un progetto preesistente per eseguire BigQuery, abilitare l'API BigQuery.
Per il progetto Google Cloud che esegue Cloud KMS, abilita l'API Cloud Key Management Service.
Una chiamata di decrittografia viene eseguita utilizzando Cloud KMS una volta per query a una tabella con crittografia CMEK. Per ulteriori informazioni, consulta la pagina Prezzi di Cloud KMS.
Specifiche di crittografia
Le chiavi Cloud KMS utilizzate per proteggere i dati in BigQuery Chiavi AES-256. Queste chiavi vengono utilizzate come chiavi di crittografia delle chiavi BigQuery, in quanto criptano le chiavi di crittografia dei dati che crittografare i dati.
Creazione manuale o automatica delle chiavi
Puoi creare le chiavi CMEK manualmente o utilizzare Cloud KMS Autokey. Autokey semplifica la creazione e gestire le chiavi CMEK automatizzando il provisioning e l'assegnazione. Con Autokey, non è necessario eseguire il provisioning di keyring, chiavi e account di servizio in anticipo. Vengono invece generate su richiesta nell'ambito della creazione delle risorse BigQuery. Per ulteriori informazioni, consulta la panoramica di Autokey.
Creare manualmente il keyring e la chiave
Crea un keyring per il progetto Google Cloud che esegue Cloud KMS e una chiave come descritto Creazione di keyring e chiavi. Crea il keyring in un località che corrisponde a quella del set di dati BigQuery:
Qualsiasi set di dati multiregionale deve utilizzare un keyring multiregionale di un località corrispondente. Ad esempio, un set di dati nella regione
US
deve essere protetto con un mazzo di chiavi della regioneus
e un set di dati nella regioneEU
deve essere protetto con un mazzo di chiavi della regioneeurope
.I set di dati regionali devono utilizzare chiavi regionali corrispondenti. Ad esempio, un set di dati nella regione
asia-northeast1
deve essere protetto con un anello di chiavi della regioneasia-northeast1
.Non puoi utilizzare la regione
global
durante la configurazione di CMEK per in BigQuery nella console Google Cloud. Tuttavia, puoi usa la regioneglobal
durante la configurazione di CMEK per in BigQuery con lo strumento a riga di comando bq o GoogleSQL.
Per ulteriori informazioni sulle località supportate per BigQuery e Cloud KMS, consulta Località Cloud.
Concedi l'autorizzazione per la crittografia e la decrittografia
Per proteggere i dati BigQuery con una chiave CMEK, concedi all'account di servizio BigQuery l'autorizzazione per criptare e decriptare utilizzando quella chiave. La Autore crittografia/decrittografia CryptoKey Cloud KMS ruolo concede questa autorizzazione.
Assicurati che l'account di servizio sia stato creato, quindi utilizza il metodo Console Google Cloud per determinare il servizio BigQuery dell'account di servizio. Quindi, fornisci all'account di servizio il ruolo appropriato criptare e decriptarli con Cloud KMS.
Creazione del trigger dell'account di servizio
L'account di servizio BigQuery non viene creato inizialmente quando crei un progetto. Per attivare la creazione dell'account di servizio, inserisci un comando che lo utilizzi, ad esempio il comando bq show --encryption_service_account
, oppure chiama il metodo dell'API projects.getServiceAccount. Ad esempio:
bq show --encryption_service_account --project_id=PROJECT_ID
Determina l'ID account di servizio
L'ID account di servizio BigQuery è del seguente tipo:
bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com
Le seguenti tecniche mostrano come determinare il valore di BigQuery per il tuo progetto.
Console
Vai alla pagina Dashboard nella console Google Cloud.
Nella parte superiore della pagina, fai clic sull'elenco a discesa Seleziona da. Nella Seleziona il tuo progetto nella finestra Seleziona da visualizzata.
Sia l'ID progetto sia il numero di progetto vengono visualizzati nella scheda Informazioni sul progetto della dashboard del progetto:
Nella stringa seguente, sostituisci PROJECT_NUMBER con il numero del progetto. La nuova stringa identifica l'ID account di servizio BigQuery.
bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com
bq
Utilizza il comando bq show
con il flag --encryption_service_account
per determinare l'ID account di servizio:
bq show --encryption_service_account
Il comando visualizza l'ID dell'account di servizio:
ServiceAccountID ------------------------------------------------------------- bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com
Assegna il ruolo di crittografia/decrittografia
Assegna il ruolo Autore crittografia/decrittografia CryptoKey Cloud KMS all'account di servizio di sistema BigQuery che hai copiato nel portachiavi. Questo account ha il seguente formato:
bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com
Console
Apri la pagina Chiavi crittografiche nella console Google Cloud.
Fai clic sul nome del keyring che contiene la chiave.
Fai clic sulla casella di controllo della chiave di crittografia a cui vuoi aggiungere la chiave ruolo. Si apre la scheda Autorizzazioni.
Fai clic su Aggiungi membro.
Inserisci l'indirizzo email dell'account di servizio,
bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com
.- Se l'account di servizio è già presente nell'elenco dei membri, ha ruoli esistenti. Fai clic sull'elenco a discesa del ruolo corrente per
Account di servizio
bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com
.
- Se l'account di servizio è già presente nell'elenco dei membri, ha ruoli esistenti. Fai clic sull'elenco a discesa del ruolo corrente per
Account di servizio
Fai clic sull'elenco a discesa Seleziona un ruolo, fai clic su Cloud KMS e poi sul ruolo Autore crittografia/decrittografia CryptoKey Cloud KMS.
Fai clic su Salva per applicare il ruolo all'account di servizio
bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com
.
gcloud
Puoi utilizzare Google Cloud CLI per assegnare il ruolo:
gcloud kms keys add-iam-policy-binding \ --project=KMS_PROJECT_ID \ --member serviceAccount:bq-PROJECT_NUMBER@bigquery-encryption.iam.gserviceaccount.com \ --role roles/cloudkms.cryptoKeyEncrypterDecrypter \ --location=KMS_KEY_LOCATION \ --keyring=KMS_KEY_RING \ KMS_KEY
Sostituisci quanto segue:
KMS_PROJECT_ID
: l'ID del tuo progetto Google Cloud su cui è in esecuzione Cloud KMSPROJECT_NUMBER
: il numero del progetto (non l'ID progetto) del tuo progetto Google Cloud su cui è in esecuzione BigQueryKMS_KEY_LOCATION
: il nome della posizione della chiave Cloud KMSKMS_KEY_RING
: il nome della raccolta di chiavi della chiave Cloud KMSKMS_KEY
: il nome della chiave Chiave Cloud KMS
ID risorsa della chiave
L'ID risorsa per la chiave Cloud KMS è richiesto per l'utilizzo di CMEK, come mostrato negli esempi. Questa chiave è sensibile alle maiuscole e ha il seguente formato:
projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY
Recupera l'ID risorsa della chiave
Apri la pagina Chiavi di crittografia nella console Google Cloud.
Fai clic sul nome del keyring che contiene la chiave.
Per la chiave di cui stai recuperando l'ID risorsa, fai clic su Altro more_vert.
Fai clic su Copia nome risorsa. L'ID risorsa per la chiave viene copiato negli appunti. L'ID risorsa è chiamato anche nome risorsa.
Creare una tabella protetta da Cloud KMS
Per creare una tabella protetta da Cloud KMS:
Console
Apri la pagina BigQuery nella console Google Cloud.
Nel riquadro Spazio di esplorazione, espandi il progetto e seleziona un set di dati.
Espandi
Azioni e fai clic su Apri.Nel riquadro dei dettagli, fai clic su Crea tabella.
.Nella pagina Crea tabella, inserisci le informazioni necessarie per creare una tabella vuota con una definizione di schema. Prima di fare clic su Crea tabella, imposta il tipo di crittografia e specifica la chiave Cloud KMS da utilizzare con la tabella:
- Fai clic su Opzioni avanzate.
- Fai clic su Chiave gestita dal cliente.
- Seleziona la chiave. Se la chiave che vuoi utilizzare non è in elenco, inserisci ID risorsa della chiave.
Fai clic su Crea tabella.
SQL
Utilizza
l'istruzione CREATE TABLE
con l'opzione kms_key_name
:
Nella console Google Cloud, vai alla pagina BigQuery.
Nell'editor query, inserisci la seguente istruzione:
CREATE TABLE DATASET_ID.TABLE_ID ( name STRING, value INT64 ) OPTIONS ( kms_key_name = 'projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY');
Fai clic su
Esegui.
Per ulteriori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
bq
Puoi utilizzare lo strumento a riga di comando bq con il flag --destination_kms_key
per creare la tabella. Il flag --destination_kms_key
specifica
ID risorsa della chiave da utilizzare con la tabella.
Per creare una tabella vuota con uno schema:
bq mk --schema name:string,value:integer -t \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ DATASET_ID.TABLE_ID
Per creare una tabella da una query:
bq query --destination_table=DATASET_ID.TABLE_ID \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ "SELECT name,count FROM DATASET_ID.TABLE_ID WHERE gender = 'M' ORDER BY count DESC LIMIT 6"
Per saperne di più sullo strumento a riga di comando bq, consulta Utilizzo dello strumento a riga di comando bq.
Terraform
Utilizza la
google_bigquery_table
risorsa.
Per autenticarti a BigQuery, configura le credenziali predefinite per l'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
L'esempio seguente crea una tabella denominata mytable
e utilizza anche le risorse
google_kms_crypto_key
e
google_kms_key_ring
per specificare una
chiave Cloud Key Management Service per la tabella.
Per eseguire questo esempio, devi abilitare l'API Cloud Resource Manager e l'API Cloud Key Management Service.
Per applicare la configurazione Terraform a un progetto Google Cloud, completa i passaggi nella le sezioni seguenti.
Prepara Cloud Shell
- Avvia Cloud Shell.
-
Imposta il progetto Google Cloud predefinito dove vuoi applicare le configurazioni Terraform.
Devi eseguire questo comando una sola volta per progetto e puoi farlo in qualsiasi directory.
export GOOGLE_CLOUD_PROJECT=PROJECT_ID
Le variabili di ambiente vengono sostituite se imposti valori espliciti in Terraform di configurazione del deployment.
Prepara la directory
Ogni file di configurazione Terraform deve avere una directory dedicata (inoltre chiamato modulo principale).
-
In Cloud Shell, crea una directory e un nuovo
all'interno di quella directory. Il nome file deve avere l'estensione
.tf
, ad esempiomain.tf
. In questo tutorial, il file è denominatomain.tf
.mkdir DIRECTORY && cd DIRECTORY && touch main.tf
-
Se stai seguendo un tutorial, puoi copiare il codice di esempio in ogni sezione o passaggio.
Copia il codice di esempio nel file
main.tf
appena creato.Facoltativamente, copia il codice da GitHub. Opzione consigliata quando lo snippet Terraform fa parte di una soluzione end-to-end.
- Esamina e modifica i parametri di esempio da applicare al tuo ambiente.
- Salva le modifiche.
-
Inizializza Terraform. Devi eseguire questa operazione una sola volta per directory.
terraform init
Se vuoi, per utilizzare la versione più recente del provider Google, includi l'opzione
-upgrade
:terraform init -upgrade
Applica le modifiche
-
Rivedi la configurazione e verifica che le risorse che Terraform sta per creare o
aggiornare corrispondano alle tue aspettative:
terraform plan
Apporta le correzioni necessarie alla configurazione.
-
Applica la configurazione di Terraform eseguendo il seguente comando e inserendo
yes
al prompt:terraform apply
Attendi finché Terraform non visualizzi il messaggio "Applicazione completata!". per creare un nuovo messaggio email.
- Apri il progetto Google Cloud per visualizzare i risultati. Nella console Google Cloud, vai alle risorse nell'interfaccia utente per assicurarti che Terraform le abbia create o aggiornate.
Vai
Prima di provare questo esempio, segui le istruzioni per la configurazione di Go nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Go.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Java
Prima di provare questo esempio, segui le istruzioni di configurazione Java riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Java.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Python
Prima di provare questo esempio, segui le istruzioni per la configurazione di Python nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Python.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Proteggi una nuova tabella con una chiave di crittografia gestita dal cliente impostando la proprietà Table.encryption_configuration su un oggetto EncryptionConfiguration prima di creare la tabella.Esegui query su una tabella protetta da una chiave Cloud KMS
Non è richiesta nessuna disposizione speciale per eseguire query su una tabella protetta da di Cloud KMS. BigQuery archivia il nome della chiave utilizzata cripta il contenuto della tabella e la utilizza quando una tabella protetta Viene eseguita una query su Cloud KMS.
Tutti gli strumenti esistenti, la console BigQuery e lo strumento a riga di comando bq vengono eseguiti come per le tabelle con crittografia predefinita, a condizione che BigQuery abbia accesso alla chiave Cloud KMS utilizzata per criptare i contenuti della tabella.
Proteggere i risultati delle query con una chiave Cloud KMS
Per impostazione predefinita, i risultati della query vengono archiviati in una tabella temporanea criptata con una chiave di proprietà di Google e gestita da Google. Se il progetto ha già una chiave predefinita, la chiave viene applicata alla tabella dei risultati della query temporanea (predefinita). Per utilizzare una chiave Cloud KMS per criptare i risultati delle query, seleziona una delle seguenti opzioni:
Console
Apri la pagina BigQuery nella console Google Cloud.
Fai clic su Crea nuova query.
Inserisci una query GoogleSQL valida nell'area di testo della query.
Fai clic su Altro, poi su Impostazioni query e infine su Opzioni avanzate.
Seleziona Crittografia gestita dal cliente.
Seleziona la chiave. Se la chiave che vuoi utilizzare non è in elenco, inserisci il corrispondente ID risorsa.
Fai clic su Salva.
Fai clic su Esegui.
bq
Specifica il flag --destination_kms_key
per proteggere la tabella di destinazione oppure
(se utilizzi una tabella temporanea) con la chiave Cloud KMS.
Il flag --destination_kms_key
specifica l'ID risorsa della chiave da utilizzare con la tabella di destinazione o risultante.
Se vuoi, utilizza il flag --destination_table
per specificare la destinazione per i risultati della query. Se non viene utilizzato --destination_table
, i risultati della query vengono scritti in una tabella temporanea.
Per eseguire una query su una tabella:
bq query \ --destination_table=DATASET_ID.TABLE_ID \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ "SELECT name,count FROM DATASET_ID.TABLE_ID WHERE gender = 'M' ORDER BY count DESC LIMIT 6"
Per saperne di più sullo strumento a riga di comando bq, consulta Utilizzo dello strumento a riga di comando bq.
Vai
Prima di provare questo esempio, segui le istruzioni di configurazione Go riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Go.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Proteggi una nuova tabella con una chiave di crittografia gestita dal cliente impostando la proprietà Table.encryption_configuration su un oggetto EncryptionConfiguration prima di creare la tabella.Java
Prima di provare questo esempio, segui le istruzioni di configurazione Java riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta API Java BigQuery documentazione di riferimento.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Proteggi una nuova tabella con una chiave di crittografia gestita dal cliente impostando la proprietà Table.encryption_configuration su un oggetto EncryptionConfiguration prima di creare la tabella.Python
Prima di provare questo esempio, segui le istruzioni per la configurazione di Python nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API Python BigQuery documentazione di riferimento.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Proteggi una tabella di destinazione delle query con una chiave di crittografia gestita dal cliente impostando QueryJobConfig.destination_encryption_configuration a un EncryptionConfiguration ed esegui la query.
Carica una tabella protetta da Cloud KMS
Per caricare un file di dati in una tabella protetta da Cloud KMS:
Console
Proteggi una tabella di destinazione del job di caricamento con una chiave di crittografia gestita dal cliente specificando la chiave al momento del caricamento della tabella.
Apri la pagina BigQuery nella console Google Cloud.
Nel riquadro Spazio di esplorazione, espandi il progetto e seleziona un set di dati.
Nel riquadro dei dettagli, fai clic su Crea tabella.
Inserisci le opzioni che vuoi utilizzare per caricare la tabella, ma prima di fare clic su Crea tabella, fai clic su Opzioni avanzate.
In Crittografia, seleziona Chiave gestita dal cliente.
Fai clic sull'elenco a discesa Seleziona una chiave gestita dal cliente e seleziona la chiave da utilizzare. Se non vedi alcun tasto disponibile, inserisci un ID risorsa della chiave.
Fai clic su Crea tabella.
bq
Proteggi una tabella di destinazione del job di caricamento con una chiave di crittografia gestita dal cliente impostando il flag --destination_kms_key
.
bq --location=LOCATION load \ --autodetect \ --source_format=FORMAT \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ DATASET.TABLE \ path_to_source
bq load \ --autodetect \ --source_format=NEWLINE_DELIMITED_JSON \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ test2.table4 \ gs://cloud-samples-data/bigquery/us-states/us-states.json
Vai
Prima di provare questo esempio, segui le istruzioni di configurazione Go riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta API Go BigQuery documentazione di riferimento.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Java
Prima di provare questo esempio, segui le istruzioni di configurazione Java riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Java.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Python
Prima di provare questo esempio, segui le istruzioni di configurazione Python riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta API Python BigQuery documentazione di riferimento.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Proteggi una tabella di destinazione del job di caricamento con una chiave di crittografia gestita dal cliente impostando la proprietà LoadJobConfig.destination_encryption_configuration su un'EncryptionConfiguration e carica la tabella.
Esegui lo streaming in una tabella protetta da Cloud KMS
Puoi inserire flussi di dati nella tua tabella BigQuery protetta da CMEK senza specificare parametri aggiuntivi. Tieni presente che questi dati vengono criptati utilizzando la chiave Cloud KMS nel buffer e nella posizione finale. Prima di utilizzare lo streaming con una tabella CMEK, esamina i requisiti relativi alla disponibilità e all'accessibilità delle chiavi.
Scopri di più sullo streaming all'indirizzo Flusso di dati con l'API BigQuery Storage Writer.
Passare da una tabella con crittografia predefinita a una protetta da Cloud KMS
bq
Puoi utilizzare il comando bq cp
con il flag --destination_kms_key
per copiare una tabella protetta dalla crittografia predefinita in una nuova tabella o nella tabella originale, protetta da Cloud KMS. La
Il flag --destination_kms_key
specifica l'ID risorsa
della chiave da utilizzare con la tabella di destinazione.
Per copiare una tabella con crittografia predefinita in una nuova tabella con protezione Cloud KMS:
bq cp \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ SOURCE_DATASET_ID.SOURCE_TABLE_ID DESTINATION_DATASET_ID.DESTINATION_TABLE_ID
Se vuoi copiare una tabella con crittografia predefinita nella stessa tabella con protezione Cloud KMS:
bq cp -f \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ DATASET_ID.TABLE_ID DATASET_ID.TABLE_ID
Se vuoi modificare una tabella dalla protezione di Cloud KMS a quella predefinita
crittografia, copia il file eseguendo bq cp
senza utilizzare
Flag --destination_kms_key
.
Per saperne di più sullo strumento a riga di comando bq, consulta Utilizzo dello strumento a riga di comando bq.
Vai
Prima di provare questo esempio, segui le istruzioni per la configurazione di Go nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API Go BigQuery documentazione di riferimento.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Java
Prima di provare questo esempio, segui le istruzioni per la configurazione di Java nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API Java BigQuery documentazione di riferimento.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Python
Prima di provare questo esempio, segui le istruzioni per la configurazione di Python nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API Python BigQuery documentazione di riferimento.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Proteggi la destinazione di una copia della tabella con una chiave di crittografia gestita dal cliente impostando la proprietà QueryJobConfig.destination_encryption_configuration su un'EncryptionConfiguration e copia la tabella.
Determina se una tabella è protetta da Cloud KMS
Nella console Google Cloud, fai clic sulla freccia blu a sinistra del set di dati per espanderlo o fai doppio clic sul nome del set di dati. Verranno visualizzate le tabelle e le visualizzazioni nel set di dati.
Fai clic sul nome della tabella.
Fai clic su Dettagli. La pagina Dettagli tabella mostra i dati della tabella la descrizione e le informazioni della tabella.
Se la tabella è protetta da Cloud KMS, il campo Chave de crittografia gestita dal cliente (Chiave di crittografia gestita dal cliente) mostra l'ID risorsa della chiave.
Per ogni chiave che hai creato o che protegge le tue tabelle, puoi vedere: quali risorse protegge la chiave con il monitoraggio dell'utilizzo delle chiavi. Per ulteriori informazioni, consulta Visualizzare l'utilizzo delle chiavi.
Modifica la chiave Cloud KMS per una tabella BigQuery
Per modificare la chiave Cloud KMS di una tabella protetta da CMEK esistente,
eseguire una query ALTER TABLE
, usare l'API o lo strumento a riga di comando bq.
Esistono due modi per modificare la chiave Cloud KMS utilizzando l'API e il metodo
strumento a riga di comando bq: update
o cp
.
Se utilizzi update
, puoi modificare la chiave Cloud KMS utilizzata per un
Tabella protetta da CMEK.
Se utilizzi cp
, puoi modificare la chiave Cloud KMS utilizzata per un
cambiare la tabella protetta da CMEK, passare dalla crittografia predefinita alla protezione tramite CMEK,
o cambiare una tabella dalla protezione tramite CMEK alla crittografia predefinita.
Un vantaggio di update
è che è più veloce di cp
e ti consente di utilizzare
decoratori di tabelle.
SQL
Utilizza la
Dichiarazione ALTER TABLE SET OPTIONS
per aggiornare il campo kms_key_name
di una tabella:
Nella console Google Cloud, vai alla pagina BigQuery.
Nell'editor query, inserisci la seguente istruzione:
ALTER TABLE DATASET_ID.mytable SET OPTIONS ( kms_key_name = 'projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY');
Fai clic su
Esegui.
Per ulteriori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
bq
Puoi utilizzare il comando bq cp
con il flag --destination_kms_key
per modificare la chiave di una tabella protetta da Cloud KMS. La
Il flag --destination_kms_key
specifica l'ID risorsa
della chiave da utilizzare con la tabella.
bq update \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ -t DATASET_ID.TABLE_ID
Vai
Prima di provare questo esempio, segui le istruzioni di configurazione Go riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta API Go BigQuery documentazione di riferimento.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Java
Prima di provare questo esempio, segui le istruzioni per la configurazione di Java nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Java.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Python
Modifica la chiave di crittografia gestita dal cliente per una tabella impostando la proprietà Table.encryption_configuration su un nuovo oggetto EncryptionConfiguration e aggiorna la tabella.
Prima di provare questo esempio, segui le istruzioni per la configurazione di Python nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API Python BigQuery documentazione di riferimento.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Impostare una chiave predefinita per il set di dati
Puoi impostare una chiave Cloud KMS predefinita a livello di set di dati che si applichi a tutti tabelle appena create all'interno del set di dati, a meno che un altro Cloud KMS viene specificata quando crei la tabella. La chiave predefinita non si applica a tabelle esistenti. La modifica della chiave predefinita non modifica le tabelle esistenti e si applica solo alle nuove tabelle create dopo la modifica.
Puoi applicare, modificare o rimuovere una chiave predefinita del set di dati
specificando la chiave predefinita nel
EncryptionConfiguration.kmsKeyName
campo quando chiami i metodidatasets.insert
odatasets.patch
specificando la chiave predefinita nel flag
--default_kms_key
quando esegui il comandobq mk --dataset
.bq mk \ --default_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ --dataset DATASET_ID
bq update \ --default_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ --dataset DATASET_ID
Imposta una chiave predefinita per il progetto
Puoi impostare chiavi Cloud KMS predefinite del progetto applicabili a tutti nei risultati della query e nelle nuove tabelle create nel progetto per quella località, a meno che devi specificare una chiave Cloud KMS diversa. La chiave predefinita non si applica alle tabelle esistenti. La modifica della chiave predefinita non modifica le tabelle esistenti e si applica solo alle nuove tabelle create dopo la modifica.
SQL
Utilizza la
Dichiarazione ALTER PROJECT SET OPTIONS
per aggiornare il campo default_kms_key_name
di un progetto. Puoi trovare
nome risorsa della chiave nella pagina Cloud KMS.
Nella console Google Cloud, vai alla pagina BigQuery.
Nell'editor di query, inserisci la seguente istruzione:
ALTER PROJECT PROJECT_ID SET OPTIONS (
region-<var>LOCATION</var>.default_kms_key_name
= 'projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY');Fai clic su
Esegui.
Per ulteriori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
bq
Puoi utilizzare il comando bq
per eseguire un
istruzione ALTER PROJECT SET OPTIONS
per aggiornare il campo default_kms_key_name
di un progetto:
bq query --nouse_legacy_sql \
'ALTER PROJECT PROJECT_ID
SET OPTIONS (
`region-LOCATION.default_kms_key_name`
="projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY");'
Utilizzare CMEK per proteggere i modelli BigQuery ML
BigQuery ML supporta CMEK. Oltre alla crittografia predefinita fornita da BigQuery, puoi utilizzare le tue chiavi Cloud Key Management Service per criptare di machine learning, inclusi i modelli TensorFlow importati.
Crea un modello criptato con una chiave Cloud KMS
Per creare un modello criptato, utilizza
Dichiarazione CREATE MODEL
e specifica KMS_KEY_NAME
nelle opzioni di addestramento:
CREATE MODEL my_dataset.my_model OPTIONS( model_type='linear_reg', input_label_cols=['your_label'], kms_key_name='projects/my_project/locations/my_location/keyRings/my_ring/cryptoKeys/my_key') AS SELECT * FROM my_dataset.my_data
La stessa sintassi si applica anche ai modelli TensorFlow importati:
CREATE MODEL my_dataset.my_model OPTIONS( model_type='tensorflow', path='gs://bucket/path/to/saved_model/*', kms_key_name='projects/my_project/locations/my_location/keyRings/my_ring/cryptoKeys/my_key') AS SELECT * FROM my_dataset.my_data
Limitazioni
Le chiavi di crittografia gestite dal cliente presentano le seguenti limitazioni per la crittografia dei modelli di machine learning:
Le chiavi CMEK della regione
Global
non sono supportate per le seguenti opzioni tipi di modelli:Le chiavi CMEK per la regione
Global
e le chiavi CMEK multiregione, ad esempioEU
oUS
, non sono supportate per la creazione dei seguenti tipi di modelli:Le chiavi CMEK non sono supportate per i modelli remoti:
Passare da una crittografia predefinita alla protezione di Cloud KMS per un modello
Puoi utilizzare il comando bq cp
con il flag --destination_kms_key
per copiare un modello protetto dalla crittografia predefinita in un nuovo modello protetto da Cloud KMS.
In alternativa, puoi utilizzare il comando bq cp
con il flag -f
per sovrascrivere un
modello protetto da crittografia predefinita e aggiornalo per utilizzare Cloud KMS
e la protezione avanzata. Il flag --destination_kms_key
specifica l'ID risorsa della chiave da utilizzare con il modello di destinazione.
Per copiare un modello con crittografia predefinita in un nuovo modello che ha Protezione di Cloud KMS:
bq cp \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ SOURCE_DATASET_ID.SOURCE_MODEL_ID DESTINATION_DATASET_ID.DESTINATION_MODEL_ID
a sovrascrivere un modello con crittografia predefinita nello stesso modello. con la protezione di Cloud KMS:
bq cp -f \ --destination_kms_key projects/KMS_PROJECT_ID/locations/LOCATION/keyRings/KEY_RING/cryptoKeys/KEY \ DATASET_ID.MODEL_ID DATASET_ID.MODEL_ID
Per passare da un modello con protezione Cloud KMS alla crittografia predefinita:
bq cp -f \ DATASET_ID.MODEL_ID DATASET_ID.MODEL_ID
Per ulteriori informazioni sullo strumento a riga di comando bq, vedi Utilizzo dello strumento a riga di comando bq.
Determina se un modello è protetto da Cloud KMS
Utilizza la
Comando bq show
per vedere se un modello è protetto dalla chiave Cloud KMS. La chiave di crittografia si trova nel campo kmsKeyName
.
bq show -m my_dataset.my_model
Puoi anche utilizzare la console Google Cloud per trovare la chiave Cloud KMS per un modello criptato. Le informazioni CMEK si trovano nella chiave gestita dal cliente nella sezione Dettagli modello del riquadro Dettagli del modello.
Modificare la chiave Cloud KMS per un modello criptato
Utilizza il
comando bq update
con
il flag --destination_kms_key
per modificare la chiave di un modello protetto da
Cloud KMS:
bq update --destination_kms_key \ projects/my_project/locations/my_location/keyRings/my_ring/cryptoKeys/my_key \ -t my_dataset.my_model
Utilizza le chiavi del progetto o del set di dati predefiniti
Se hai impostato una chiave Cloud KMS predefinita a livello di progetto o set di dati,
BigQuery ML la utilizza automaticamente durante la creazione dei modelli.
Utilizza l'istruzione CREATE MODEL
per specificare una chiave diversa per criptare il modello se non vuoi utilizzare la chiave predefinita.
Utilizzare le funzioni BigQuery ML con i modelli criptati
Puoi utilizzare tutte le funzioni di BigQuery ML con un modello criptato senza specificare una chiave di crittografia.
Usa CMEK per proteggere l'API BigQuery Connection
Per le connessioni Cloud SQL, puoi proteggere le credenziali dell'API BigQuery Connection utilizzando le CMEK.
Per ulteriori informazioni su come creare una connessione protetta da CMEK, consulta Creare connessioni Cloud SQL.
Rimuovi l'accesso di BigQuery alla chiave Cloud KMS
Puoi rimuovere l'accesso di BigQuery alla chiave Cloud KMS in qualsiasi momento revocando l'autorizzazione Identity and Access Management (IAM) per la chiave.
Se BigQuery perde l'accesso alla chiave Cloud KMS, l'esperienza dell'utente può risentirne notevolmente e può verificarsi una perdita di dati:
Non è più possibile accedere ai dati in queste tabelle protette da CMEK:
query
,cp
,extract
etabledata.list
avranno esito negativo.Non è possibile aggiungere nuovi dati a queste tabelle protette da CMEK.
Una volta concesso nuovamente l'accesso, il rendimento delle query a queste tabelle può essere ridotto per diversi giorni.
Controllare l'utilizzo di CMEK con i criteri dell'organizzazione
BigQuery si integra con CMEK vincoli dei criteri dell'organizzazione che ti consente di specificare i requisiti di conformità della crittografia di risorse BigQuery nella tua organizzazione.
Questa integrazione ti consente di:
Richiedi CMEK per tutte le risorse BigQuery di un progetto.
Limita le chiavi Cloud KMS che possono essere utilizzate per proteggere le risorse in un progetto.
Richiedono CMEK per tutte le risorse
Un criterio comune è richiedere l'utilizzo di CMEK per proteggere tutte le risorse in un insieme specifico di progetti. Puoi utilizzare lo
Vincolo di constraints/gcp.restrictNonCmekServices
per applicare questo criterio in
in BigQuery.
Se configurato, questo criterio dell'organizzazione causa tutte le richieste di creazione di risorse senza un che la chiave Cloud KMS specificata non abbia esito positivo.
Una volta impostato, il criterio viene applicato solo alle nuove risorse nel progetto. Qualsiasi e risorse esistenti senza chiavi Cloud KMS impostate continuano a esistere accessibile senza problemi.
Console
Apri la pagina Criteri dell'organizzazione.
Nel campo Filtra, inserisci
constraints/gcp.restrictNonCmekServices
e poi fai clic su Limita i servizi che possono creare risorse senza CMEK.Fai clic su
Modifica.Seleziona Personalizza, seleziona Sostituisci e poi fai clic su Aggiungi regola.
Seleziona Personalizzata e poi fai clic su Rifiuta.
Nel campo Valore personalizzato, inserisci
is:bigquery.googleapis.com
.Fai clic su Fine e poi su Salva.
gcloud
gcloud resource-manager org-policies --project=PROJECT_ID \ deny gcp.restrictNonCmekServices is:bigquery.googleapis.com
Per verificare che il criterio venga applicato correttamente, puoi provare a creare una tabella nel progetto. Il processo non va a buon fine a meno che non specifichi una chiave Cloud KMS.
Questo criterio si applica anche alle tabelle dei risultati delle query nel progetto. Puoi specificare una chiave predefinita del progetto in modo che gli utenti non debbano specificare manualmente una chiave ogni volta che eseguono una query nel progetto.
Limitare le chiavi Cloud KMS per un progetto BigQuery
Puoi utilizzare il vincolo constraints/gcp.restrictCmekCryptoKeyProjects
per
limita le chiavi Cloud KMS che puoi utilizzare per proteggere una risorsa
progetto BigQuery.
Potresti specificare una regola, ad esempio "Per tutte le risorse BigQuery in projects/my-company-data-project, le chiavi Cloud KMS utilizzate in questo progetto devono provenire da projects/my-company-central-keys OPPURE projects/team-specific-keys".
Console
Apri la pagina Criteri dell'organizzazione.
Nel campo Filtro, inserisci
constraints/gcp.restrictCmekCryptoKeyProjects
, quindi fai clic su Limita i progetti che possono fornire CryptoKey KMS per CMEK.Fai clic su
Modifica.Seleziona Personalizza, poi Sostituisci e fai clic su Aggiungi regola.
Seleziona Personalizzata e poi fai clic su Consenti.
Nel campo Valore personalizzato, inserisci
under:projects/<var>KMS_PROJECT_ID</var>
.Fai clic su Fine e poi su Salva.
gcloud
gcloud resource-manager org-policies --project=PROJECT_ID \ allow gcp.restrictCmekCryptoKeyProjects under:projects/KMS_PROJECT_ID
Per verificare che il criterio sia stato applicato correttamente, puoi provare a creare una tabella utilizzando una chiave Cloud KMS di un altro progetto. Il processo non andrà a buon fine.
Limitazioni dei criteri dell'organizzazione
Esistono limitazioni associate all'impostazione di un criterio dell'organizzazione.
Ritardo di propagazione
Dopo aver impostato o aggiornato un criterio dell'organizzazione, l'applicazione del nuovo criterio può richiedere fino a 15 minuti. BigQuery memorizza i criteri nella cache per non influire negativamente sulla latenza di creazione di query e tabelle.
Autorizzazioni richieste per impostare un criterio dell'organizzazione
L'autorizzazione per impostare o aggiornare il criterio dell'organizzazione potrebbe essere difficile da acquisire per scopi di test. Devi disporre del Ruolo Amministratore criteri organizzazione, che possono essere concesse solo a livello di organizzazione (anziché a livello di progetto o a livello di cartella).
Sebbene il ruolo debba essere concesso a livello di organizzazione, è possibile specificare un criterio che si applichi solo a un progetto specifico o cartella.
Impatto della rotazione delle chiavi Cloud KMS
BigQuery non ruota automaticamente una chiave di crittografia della tabella quando la chiave Cloud KMS associata alla tabella viene ruotata. Tutti i dati in le tabelle esistenti continuano a essere protette dalla versione della chiave con cui erano è stato creato.
Le tabelle appena create utilizzano la versione della chiave primaria al momento della loro creazione.
Per aggiornare una tabella in modo che utilizzi la versione della chiave più recente, modifica la tabella in modo che utilizzi una chiave Cloud KMS diversa e poi ripristina quella originale.
Impatto sulla fatturazione di Cloud KMS
Quando crei o tronchi una tabella protetta da CMEK, BigQuery una chiave di crittografia intermediata che viene quindi crittografata specificata dalla chiave Cloud KMS.
Ai fini della fatturazione, ciò significa che nessuna delle due chiamate a Cloud KMS
né i relativi costi associati scalano con le dimensioni della tabella. Per le tabelle protette da CMEK,
si prevede una chiamata a Cloud KMS
cryptoKeys.encrypt
per ogni creazione o troncamento di tabelle e una chiamata a Cloud KMS
cryptoKeys.decrypt
per ogni tabella coinvolta in una query. Entrambi questi metodi appartengono alla categoria Operazioni sulle chiavi: crittografiche elencata nella sezione Prezzi di Cloud KMS.
Lettura o scrittura su chiamate di tabella protette da CMEK esistenti
Cloud KMS cryptoKeys.decrypt
perché la chiave intermedia deve essere
decriptato.
Limitazioni
Accesso BigQuery alla chiave Cloud KMS
Una chiave Cloud KMS è considerata disponibile e accessibile da BigQuery alle seguenti condizioni:
- La chiave è attivata
- L'account di servizio BigQuery dispone delle autorizzazioni di crittografia e decrittografia per la chiave
Le sezioni seguenti descrivono l'impatto sugli inserimenti in streaming e sui dati inaccessibili a lungo termine quando una chiave non è accessibile.
Impatto sugli inserimenti di streaming
La chiave Cloud KMS deve essere disponibile e accessibile per almeno 24 ore consecutive nel periodo di 48 ore successivo a una richiesta di inserimento di flussi di dati. Se la chiave non è disponibile e non è accessibile, i dati trasmessi in flusso potrebbero non essere completamente persistenti e possono andare persi. Per ulteriori informazioni sugli inserimenti di streaming, consulta Eseguire lo streaming di dati in BigQuery.
Impatto sui dati inaccessibili a lungo termine
Poiché BigQuery fornisce spazio di archiviazione gestito, i dati inaccessibili a lungo termine non è compatibile con l'architettura di BigQuery. Se la chiave Cloud KMS di una determinata tabella BigQuery non è disponibile e non è accessibile per 60 giorni consecutivi, BigQuery potrebbe scegliere di eliminare la tabella e i relativi dati associati. Almeno 7 giorni prima dell'eliminazione dei dati, BigQuery invia un'email all'indirizzo associato all'account di fatturazione.
Utilizzo di origini dati esterne
Se esegui query sui dati archiviati in un'origine dati esterna come Cloud Storage con dati criptati con CMEK, la crittografia dei dati è gestita da Cloud Storage. Ad esempio, le tabelle BigLake supportano i dati criptati con CMEK in Cloud Storage.
BigQuery e le tabelle BigLake non supportano le chiavi di crittografia fornite dal cliente (CSEK).
Passare dalla crittografia protetta da CMEK a quella predefinita e viceversa
Non puoi passare in una tabella tra le crittografie predefinite e la crittografia CMEK. Per cambiare crittografia, copia
tabella con crittografia di destinazione
un set di dati o utilizza una query SELECT *
per selezionare la tabella
WRITE_TRUNCATE
.
Utilizzo dei decorator per tabelle
Se proteggi una tabella con Cloud KMS e poi sostituisci i dati al suo interno utilizzando il valore WRITE_TRUNCATE
per un'operazione load
, cp
o query
, i decoratori di intervallo non funzionano oltre il confine di modifica della crittografia. Puoi comunque utilizzare la tabella
decoratori, compresi i decorator di intervalli, per eseguire query sui dati prima o dopo il
limite o esegui una query sullo snapshot in un momento specifico.
Query tabella con caratteri jolly
Non è possibile eseguire query su tabelle protette da CMEK con un carattere jolly suffisso.
Supporto delle versioni
Il supporto di CMEK per BigQuery è disponibile solo per BigQuery Enterprise Plus e BigQuery On-Demand. Clienti BigQuery con prenotazioni a costo fisso legacy prima di luglio 5, 2023, manterranno tutto il supporto esistente per CMEK nel livello Enterprise.
Assistenza BigQuery Studio
Asset di codice di BigQuery Studio, incluse le query salvate e i notebook, non supportano CMEK.
Domande frequenti
Chi ha bisogno dell'autorizzazione per la chiave Cloud KMS?
Con le chiavi di crittografia gestite dal cliente, specificare ripetutamente le autorizzazioni non è obbligatorio. Se l'account di servizio BigQuery ha l'autorizzazione per utilizzare la chiave Cloud KMS per criptare e decriptare, chiunque abbia l'autorizzazione per la tabella BigQuery può accedere ai dati, anche se non ha accesso diretto alla chiave Cloud KMS.
Quale account di servizio viene utilizzato?
L'account di servizio BigQuery associato al progetto Google Cloud della tabella viene utilizzato per decriptare i dati della tabella. Gli account di servizio BigQuery sono univoci per ogni progetto. Per un che scrive i dati in una tabella anonima protetta da Cloud KMS, viene utilizzato l'account di servizio del progetto del job.
Ad esempio, considera tre tabelle protette da CMEK: table1
, table2
e
table3
. Per eseguire query sui dati di {project1.table1, project2.table2}
con
tabella di destinazione {project3.table3}
:
- Utilizza l'account di servizio
project1
perproject1.table1
- Utilizza l'account di servizio
project2
perproject2.table2
- Utilizza l'account di servizio
project3
perproject3.table3
In quali modi BigQuery può utilizzare la mia chiave Cloud KMS?
BigQuery utilizza la chiave Cloud KMS per decriptare i dati in risposta a una query dell'utente, ad esempio tabledata.list
o jobs.insert
.
BigQuery può anche utilizzare la chiave per attività di ottimizzazione dello spazio di archiviazione e di manutenzione dei dati, come la conversione dei dati in un formato ottimizzato per la lettura.
Quali librerie di crittografia vengono utilizzate?
BigQuery si basa su Cloud KMS per la funzionalità CMEK. Cloud KMS utilizza Tink per la crittografia.
Come ricevere ulteriore assistenza?
In caso di domande a cui non trovi risposta qui, vedi Supporto BigQuery.
Risolvere gli errori
Di seguito sono descritti gli errori comuni e le mitigazioni consigliate.
Errore | Consiglio |
---|---|
Concedi il ruolo Autore crittografia/decrittografia CryptoKey Cloud KMS | L'account di servizio BigQuery associato al progetto non dispone di autorizzazioni IAM sufficienti per eseguire operazioni specificata dalla chiave Cloud KMS. Segui le istruzioni riportate nell'errore o in questa documentazione per concedere l'autorizzazione IAM corretta. |
Le impostazioni di crittografia delle tabelle esistenti non corrispondono alle impostazioni di crittografia specificate nella richiesta | Questo può verificarsi in scenari in cui la tabella di destinazione ha impostazioni di crittografia
che non corrispondono a quelle della richiesta. Come misura di mitigazione, utilizza l'attributo disposizione scrittura TRUNCATE per sostituire la tabella o specifica una tabella di destinazione diversa. |
Questa regione non è supportata | La regione della chiave Cloud KMS non corrisponde alla regione del set di dati BigQuery della tabella di destinazione. Come misura di mitigazione, seleziona una chiave in una regione corrispondente al tuo set di dati o caricala in un set di dati corrispondente alla regione della chiave. |
L'amministratore richiede di specificare una chiave di crittografia per le query nel progetto PROJECT_ID. | Un criterio dell'organizzazione ha impedito la creazione di una risorsa o l'esecuzione di una query. Per scoprire di più su questo criterio, consulta Requisire CMEK per tutte le risorse di un progetto BigQuery. |
L'amministratore impedisce di utilizzare le chiavi KMS del progetto KMS_PROJECT_ID per proteggere le risorse nel progetto PROJECT_ID. | Un criterio dell'organizzazione ha impedito la creazione di una risorsa o l'esecuzione di una query. Per scoprire di più su queste norme, consulta Limita le chiavi Cloud KMS per un progetto BigQuery. |