Questa pagina descrive come applicare la crittografia SSL/TLS per un'istanza per garantire che tutte le connessioni siano criptate. Puoi anche scoprire di più su come Cloud SQL utilizza i certificati SSL/TLS con gestione indipendente per connettersi alle istanze Cloud SQL in modo sicuro.
Panoramica
Cloud SQL crea automaticamente un certificato server quando crei l'istanza. Ti consigliamo di applicare SSL/TLS per tutte le connessioni.
Le connessioni SQL Server sono criptate per impostazione predefinita e richiedono la verifica del certificato.
I seguenti driver hanno la crittografia abilitata per impostazione predefinita:
- Microsoft ODBC Driver 18 e versioni successive
- .NET: Microsoft.Data.SqlClient 4.0 e versioni successive
- Driver Microsoft JDBC 10.2 e versioni successive
Nelle versioni precedenti di alcuni driver, la crittografia potrebbe essere disattivata per impostazione predefinita.
Devi installare il certificato server sulla macchina client o passare il flag TrustServerCertificate=true nella stringa di connessione del client. Per saperne di più, consulta ODBC Driver 18.0 for SQL Server released.
In caso contrario, i client possono connettersi liberamente senza ulteriori modifiche alle stringhe di connessione o ai certificati, anche se configuri l'istanza con sslMode impostato su ENCRYPTED_ONLY.
Per saperne di più, consulta la sezione Abilita le connessioni crittografate al motore del database nella documentazione di SQL Server.
Se applichi l'SSL per un'istanza, questa richiede un riavvio. Potrebbe essere necessario un riavvio anche dopo aver modificato i certificati SSL/TLS. Quando è necessario un riavvio, Cloud SQL riavvia automaticamente l'istanza. Il riavvio di un'istanza può comportare tempi di inattività.Applica crittografia SSL/TLS
Puoi utilizzare l'impostazione Modalità SSL per applicare la crittografia SSL nei seguenti modi:
Consenti connessioni non SSL/non TLS e SSL/TLS. Questa è l'impostazione predefinita.
Consenti solo connessioni criptate con SSL/TLS.
Se selezioni Consenti connessioni non SSL/non TLS e SSL/TLS per la tua istanza Cloud SQL, vengono accettate le connessioni SSL/TLS, nonché le connessioni non criptate e non sicure. Se non richiedi SSL/TLS per tutte le connessioni, le connessioni non criptate sono comunque consentite. Per questo motivo, se accedi alla tua istanza utilizzando un IP pubblico, ti consigliamo vivamente di applicare SSL per tutte le connessioni.
Puoi connetterti direttamente alle istanze utilizzando i certificati SSL/TLS oppure puoi connetterti utilizzando il Cloud SQL Auth Proxy o i connettori Cloud SQL. Se ti connetti utilizzando Cloud SQL Auth Proxy o i connettori Cloud SQL, le connessioni vengono criptate automaticamente con SSL/TLS. Con Cloud SQL Auth Proxy e i connettori Cloud SQL, le identità client e server vengono verificate automaticamente indipendentemente dall'impostazione della modalità SSL.
L'applicazione di SSL garantisce che tutte le connessioni siano crittografate.Per attivare l'obbligo di SSL/TLS:
Console
-
Nella console Google Cloud , vai alla pagina Istanze Cloud SQL.
- Per aprire la pagina Panoramica di un'istanza, fai clic sul nome dell'istanza.
- Fai clic su Connessioni dal menu di navigazione SQL.
- Seleziona la scheda Sicurezza.
- Seleziona una delle seguenti opzioni:
- Consenti il traffico di rete non criptato (opzione non consigliata)
- Consenti solo connessioni SSL. Questa opzione consente solo connessioni che utilizzano la crittografia SSL/TLS.
gcloud
gcloud sql instances patch INSTANCE_NAME \ --ssl-mode=SSL_ENFORCEMENT_MODE
Sostituisci SSL_ENFORCEMENT_MODE con una delle seguenti opzioni:
ALLOW_UNENCRYPTED_AND_ENCRYPTEDconsente connessioni non SSL/non TLS e SSL/TLS. Questo è il valore predefinito.ENCRYPTED_ONLYconsente solo connessioni criptate con SSL/TLS.
Terraform
Per applicare la crittografia SSL/TLS, utilizza una risorsa Terraform:
Applica le modifiche
Per applicare la configurazione Terraform in un progetto Google Cloud , completa i passaggi descritti nelle sezioni seguenti.
Prepara Cloud Shell
- Avvia Cloud Shell.
-
Imposta il progetto Google Cloud predefinito in cui vuoi applicare le configurazioni Terraform.
Devi eseguire questo comando una sola volta per progetto e puoi eseguirlo in qualsiasi directory.
export GOOGLE_CLOUD_PROJECT=PROJECT_ID
Le variabili di ambiente vengono sostituite se imposti valori espliciti nel file di configurazione Terraform.
Prepara la directory
Ogni file di configurazione Terraform deve avere la propria directory (chiamata anche modulo principale).
-
In Cloud Shell, crea una directory e un nuovo file al suo interno. 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 campione in ogni sezione o passaggio.
Copia il codice campione nel file
main.tfappena creato.Facoltativamente, copia il codice da GitHub. Questa 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
Facoltativamente, per utilizzare l'ultima versione del provider Google, includi l'opzione
-upgrade:terraform init -upgrade
Applica le modifiche
-
Esamina la configurazione e verifica che le risorse che Terraform creerà o aggiornerà corrispondano alle tue aspettative:
terraform plan
Apporta le correzioni necessarie alla configurazione.
-
Applica la configurazione Terraform eseguendo il comando seguente e inserendo
yesal prompt:terraform apply
Attendi che Terraform visualizzi il messaggio "Apply complete!".
- Apri il tuo 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.
Elimina le modifiche
Per eliminare le modifiche:
- Per disattivare la protezione dalle eliminazioni, nel file di configurazione Terraform imposta l'argomento
deletion_protectionsufalse.deletion_protection = "false"
- Applica la configurazione Terraform aggiornata eseguendo il comando seguente e inserendo
yesal prompt:terraform apply
-
Rimuovi le risorse applicate in precedenza con la configurazione Terraform eseguendo il seguente comando e inserendo
yesal prompt:terraform destroy
REST v1
-
Prima di utilizzare i dati della richiesta, apporta le sostituzioni seguenti:
- PROJECT_ID: l'ID progetto
- SSL_ENFORCEMENT_MODE: utilizza una delle seguenti opzioni:
ALLOW_UNENCRYPTED_AND_ENCRYPTED: consente connessioni non SSL/non TLS e SSL/TLS.ENCRYPTED_ONLY: consente solo connessioni criptate con SSL/TLS.
- INSTANCE_ID: l'ID istanza
Metodo HTTP e URL:
PATCH https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID
Corpo JSON della richiesta:
{ "settings": { "ipConfiguration": {"sslMode": "SSL_ENFORCEMENT_MODE"} } }Per inviare la richiesta, espandi una di queste opzioni:
Dovresti ricevere una risposta JSON simile alla seguente:
REST v1beta4
-
Prima di utilizzare i dati della richiesta, apporta le sostituzioni seguenti:
- PROJECT_ID: l'ID progetto
- SSL_ENFORCEMENT_MODE: utilizza una delle seguenti opzioni:
ALLOW_UNENCRYPTED_AND_ENCRYPTED: consente connessioni non SSL/non TLS e SSL/TLS.ENCRYPTED_ONLY: consente solo connessioni criptate con SSL/TLS.
- INSTANCE_ID: l'ID istanza
Metodo HTTP e URL:
PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID
Corpo JSON della richiesta:
{ "settings": { "ipConfiguration": {"sslMode": "SSL_ENFORCEMENT_MODE"} } }Per inviare la richiesta, espandi una di queste opzioni:
Dovresti ricevere una risposta JSON simile alla seguente:
Certificati server
Cloud SQL crea automaticamente un certificato server quando crei l'istanza. Finché il certificato server è valido, non è necessario gestirlo attivamente. Cloud SQL ti consente di scegliere tra tre diverse gerarchie di autorità di certificazione (CA). La gerarchia di CA selezionata diventa la modalità CA server dell'istanza. Se utilizzi la CA per istanza come modalità CA server per la tua istanza, i certificati server hanno una data di scadenza di 10 anni. Se utilizzi una CA condivisa o una CA gestita dal cliente come modalità CA del server della tua istanza, la data di scadenza del certificato del server è di 1 anno*. Dopo la data di scadenza, il certificato del server non è più valido e i client non possono più stabilire una connessione sicura alla tua istanza utilizzando quel certificato. Se un client è configurato per verificare la CA o il nome host nel certificato del server, le connessioni di quel client alle istanze Cloud SQL con certificati del server scaduti non riusciranno. Per evitare interruzioni delle connessioni client, attiva la rotazione automatica del certificato del server o ruota manualmente il certificato del server prima della scadenza. Riceverai notifiche periodiche che ti informano che il certificato del server sta per scadere. Le notifiche vengono inviate i seguenti numeri di giorni prima della data di scadenza: 90, 30, 10, 2 e 1.
* Per la CA gestita dal cliente, la data di scadenza del certificato del server potrebbe essere inferiore a 1 anno se hai selezionato una data di scadenza più breve per il periodo di validità della CA.
Elencare e creare certificati server
Per visualizzare i dettagli dei certificati del server nella console Google Cloud , vai alla pagina Connessioni e fai clic sulla scheda Sicurezza.
Nella tabella dei certificati puoi visualizzare i seguenti dettagli:
- Stato del certificato:Imminente, Attivo o Precedente
- In arrivo: il certificato è disponibile per l'utilizzo, ma non è attivo. Per attivare il certificato, utilizza la procedura di rotazione.
- Attivo: il certificato è in uso.
- Precedente: il certificato non è più in uso. Per attivare il certificato, utilizza la procedura di rollback.
- Data di creazione: la data e l'ora di creazione del certificato
- Scadenza: la data e l'ora di scadenza del certificato
Prima della scadenza del certificato attivo, puoi creare manualmente un nuovo certificato.
Console
Per le istanze che utilizzano certificati server autofirmati (CA per istanza):
-
Nella console Google Cloud , vai alla pagina Istanze Cloud SQL.
- Per aprire la pagina Panoramica di un'istanza, fai clic sul nome dell'istanza.
- Fai clic su Connessioni dal menu di navigazione SQL.
- Seleziona la scheda Sicurezza.
- Vai alla sezione Gestisci i certificati CA del server.
- Fai clic per espandere Gestisci certificati.
- Fai clic su Crea nuovo certificato CA.
Il nuovo certificato CA del server viene visualizzato nello slot In arrivo. Se vuoi eseguire immediatamente la rotazione al nuovo certificato CA del server, procedi con la rotazione del certificato CA del server aggiornando i client e completando la rotazione.
Per le istanze che utilizzano certificati server emessi da una CA condivisa:
-
Nella console Google Cloud , vai alla pagina Istanze Cloud SQL.
- Per aprire la pagina Panoramica di un'istanza, fai clic sul nome dell'istanza.
- Fai clic su Connessioni dal menu di navigazione SQL.
- Seleziona la scheda Sicurezza.
- Vai alla sezione Gestisci certificati server.
- Fai clic per espandere Gestisci certificati.
- Fai clic su Crea certificato server.
Il nuovo certificato server viene visualizzato nello slot In arrivo. Se vuoi utilizzare immediatamente il nuovo certificato del server, procedi con la rotazione del certificato del server aggiornando i client e completando la rotazione.
gcloud
Per le istanze che utilizzano certificati server autofirmati (CA per istanza):
- Per ottenere informazioni sul certificato del server, utilizza il comando sql ssl server-ca-certs list:
gcloud sql ssl server-ca-certs list \ --instance=INSTANCE_NAME
- Per creare un certificato server, utilizza il comando sql ssl server-ca-certs create:
gcloud sql ssl server-ca-certs create \ --instance=INSTANCE_NAME
- Scarica le informazioni del certificato in un file PEM locale:
gcloud sql ssl server-ca-certs list \ --format="value(cert)" \ --instance=INSTANCE_NAME > \ FILE_PATH/FILE_NAME.pem
- Aggiorna tutti i client in modo che utilizzino le nuove informazioni copiando il file scaricato nelle macchine host client, sostituendo i file
server-ca.pemesistenti.
Per le istanze che utilizzano certificati server emessi da una CA condivisa:
- Per ottenere informazioni sul certificato del server, utilizza il comando sql ssl server-certs list:
gcloud sql ssl server-certs list \ --instance=INSTANCE_NAME
- Per creare un certificato server, utilizza il comando sql ssl server-certs create:
gcloud sql ssl server-certs create \ --instance=INSTANCE_NAME
- Scarica le informazioni del certificato in un file PEM locale:
gcloud sql ssl server-certs list \ --format="value(ca_cert.cert)" \ --instance=INSTANCE_NAME > \ FILE_PATH/FILE_NAME.pem
- Aggiorna tutti i client in modo che utilizzino le nuove informazioni copiando il file scaricato nelle macchine host client, sostituendo i file
server-ca.pemesistenti.
Terraform
Per fornire le informazioni sul certificato del server come output, utilizza un'origine dati Terraform:
- Aggiungi quanto segue al file di configurazione Terraform:
data "google_sql_ca_certs" "ca_certs" { instance = google_sql_database_instance.default.name } locals { furthest_expiration_time = reverse(sort([for k, v in data.google_sql_ca_certs.ca_certs.certs : v.expiration_time]))[0] latest_ca_cert = [for v in data.google_sql_ca_certs.ca_certs.certs : v.cert if v.expiration_time == local.furthest_expiration_time] } output "db_latest_ca_cert" { description = "Latest CA certificate used by the primary database server" value = local.latest_ca_cert sensitive = true } - Per creare il file
server-ca.pem, esegui questo comando:terraform output db_latest_ca_cert > server-ca.pem
Utilizza connessioni criptate
Scopri di più su come SQL Server utilizza le connessioni criptate.
Verifica dell'identità del server
La verifica dell'identità del server dipende dalla configurazione della gerarchia delle autorità di certificazione (CA) del server della tua istanza Cloud SQL.
Per le istanze che utilizzano una CA per istanza, la verifica della CA verifica anche l'identità del server, poiché ogni istanza ha una CA univoca. Per le istanze che utilizzano una CA condivisa, la verifica del nome host insieme alla verifica della CA è obbligatoria per la verifica dell'identità del server, poiché le CA del server sono condivise tra le istanze.
Se hai una CA per istanza, puoi eseguire la verifica dell'identità del server basata sul nome DNS solo per le istanze configurate con Private Service Connect. Se hai una CA condivisa, puoi eseguire la verifica dell'identità del server basata sul nome DNS per tutti i tipi di istanze, ovvero Private Service Connect, accesso privato ai servizi e istanze con IP pubblico.
Se utilizzi una CA gestita dal cliente, puoi verificare la catena di attendibilità della CA ed eseguire la verifica dell'identità del server basata sul nome DNS per qualsiasi tipo di istanza che utilizza una CA gestita dal cliente per il proprio serverCAmode.
Quando selezioni l'opzione CA gestita dal cliente per la tua istanza, puoi inserire nomi DNS personalizzati nel campo SAN del certificato del server. Per saperne di più, consulta Modifica un campo SAN personalizzato.
Puoi visualizzare la gerarchia delle CA configurata per un'istanza Cloud SQL visualizzando i dettagli dell'istanza. Per saperne di più, consulta Visualizza le informazioni sull'istanza.
Abilita la verifica dell'identità del server
Se selezioni la CA condivisa come modalità CA server della tua istanza Cloud SQL o se configuri nomi DNS personalizzati utilizzando valori SAN personalizzati, ti consigliamo di abilitare anche la verifica dell'identità del server.
Le istanze che utilizzano la CA condivisa come modalità CA del server contengono il nome DNS dell'istanza nel campo Nome alternativo del soggetto (SAN) del certificato server. Puoi ottenere questo nome DNS utilizzando l'API di ricerca delle istanze e la risposta come nome host per la verifica dell'identità del server. Devi configurare la risoluzione DNS per il nome DNS.
Per attivare la verifica dell'identità del server per un'istanza che utilizza una CA condivisa, completa i seguenti passaggi:
Recupera il nome DNS.
Per visualizzare le informazioni di riepilogo su un'istanza Cloud SQL, incluso il nome DNS dell'istanza, utilizza il comando
gcloud sql instances describe:gcloud sql instances describe INSTANCE_NAME \ --project=PROJECT_ID
Effettua le seguenti sostituzioni:
- INSTANCE_NAME: il nome dell'istanza Cloud SQL
- PROJECT_ID: l'ID o il numero di progetto del progetto Google Cloud che contiene l'istanza
Nella risposta, cerca il campo
dnsNames:. Questo campo può restituire più nomi DNS, con i seguenti formati:Configurazione di rete Formato del nome DNS Nome del livello Private Service Connect o Indirizzo IP pubblico INSTANCE_UID.PROJECT_DNS_LABEL.REGION_NAME.sql.goog.
Esempio:
1a23b4cd5e67.1a2b345c6d27.us-central1.sql.goog.Istanza Accesso privato ai servizi INSTANCE_UID.PROJECT_DNS_LABEL.REGION_NAME.sql-psa.goog.
Esempio:
1a23b4cd5e67.1a2b345c6d27.us-central1.sql-psa.goog.Istanza
Crea il record DNS in una zona DNS. Se ti connetti privatamente, crea il record DNS in una zona DNS privata nella rete virtual private cloud (VPC) corrispondente.
Quando ti connetti all'istanza Cloud SQL per SQL Server, configura il nome DNS o l'indirizzo IP come nome host. Quindi, attiva la verifica dell'identità del server specificando il flag
-Npersqlcmdo selezionando l'opzione Encrypt Connection/Encryption di SSMS.Altri driver SQL Server hanno flag o configurazioni simili.
Passaggi successivi
- Gestisci i certificati SSL/TLS nell'istanza Cloud SQL.
- Scopri di più su come viene gestita la crittografia in Google Cloud.