Compliance Manager include molti controlli cloud integrati che puoi aggiungere ai framework ed eseguire il deployment nel tuo ambiente. Se necessario, puoi creare e gestire i tuoi controlli cloud personalizzati e aggiornare quelli integrati.
Prima di iniziare
Completa queste attività prima di completare le attività rimanenti in questa pagina.
Configurare le autorizzazioni
-
Per ottenere le autorizzazioni necessarie per gestire i framework di controlli cloud, chiedi all'amministratore di concederti i seguenti ruoli IAM nella tua organizzazione o nel tuo progetto:
- Amministratore Compliance Manager (
roles/cloudsecuritycompliance.admin) -
Per creare o modificare controlli cloud basati su policy dell'organizzazione, una delle seguenti opzioni:
- Amministratore delle policy dell'organizzazione (
roles/orgpolicy.policyAdmin) - Amministratore di Assured Workloads (
roles/assuredworkloads.admin) - Assured Workloads Editor (
roles/assuredworkloads.editor)
- Amministratore delle policy dell'organizzazione (
-
Per creare o modificare i controlli cloud basati sulle policy del progetto:
Project IAM Admin (
roles/resourcemanager.projectIamAdmin)
Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.
Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.
- Amministratore Compliance Manager (
Configura Google Cloud CLI
Nella console Google Cloud , attiva Cloud Shell.
Nella parte inferiore della console Google Cloud viene avviata una sessione di Cloud Shell e viene visualizzato un prompt della riga di comando. Cloud Shell è un ambiente shell con Google Cloud CLI già installata e con valori già impostati per il progetto corrente. L'inizializzazione della sessione può richiedere alcuni secondi.
Per configurare gcloud CLI in modo che utilizzi la simulazione dell'identità dei service account per l'autenticazione alle API di Google, anziché le tue credenziali utente, esegui questo comando:
gcloud config set auth/impersonate_service_account SERVICE_ACCT_EMAIL
Per saperne di più, consulta Simulazione dell'identità dei service account.
Visualizzare i controlli cloud
Completa i seguenti passaggi per visualizzare i controlli cloud integrati e quelli personalizzati che hai già creato.
Console
Nella console Google Cloud , vai alla pagina Conformità.
Seleziona la tua organizzazione o il tuo progetto.
Nella scheda Configura, fai clic su Controlli cloud. Vengono visualizzati i controlli cloud disponibili.
La dashboard include informazioni sui framework che includono il controllo cloud e il numero di risorse (organizzazione, cartelle e progetti) a cui viene applicato il controllo cloud.
Per visualizzare i dettagli di un controllo cloud, fai clic sul nome del controllo.
Interfaccia a riga di comando
Puoi visualizzare informazioni su un controllo cloud specifico o elencare tutti i controlli cloud della tua organizzazione.
Visualizzare i dettagli di un controllo cloud
Per visualizzare i dettagli di un controllo cloud specifico, esegui il comando gcloud
compliance-manager cloud-controls describe:
gcloud compliance-manager cloud-controls describe CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION \
[--major-revision-id=MAJOR_REVISION_ID]
Sostituisci i seguenti valori:
CLOUD_CONTROL: il nome del controllo cloudORGANIZATION: l'ID organizzazioneLOCATION: la regione in cui è archiviato il controllo cloudMAJOR_REVISION_IDè un flag facoltativo che specifica la versione del controllo cloud da visualizzare. Se non includi il flag, viene restituita l'ultima versione.
Ad esempio, per visualizzare un controllo cloud con il nome
builtin-block-external-ip-addresses-for-vm-access
e il numero di revisione principale 1, esegui il seguente comando:
gcloud compliance-manager cloud-controls describe \
builtin-block-external-ip-addresses-for-vm-access \
--organization=3589215982 \
--location=global \
--major-revision-id=1
Per saperne di più, consulta gcloud compliance-manager cloud-controls describe.
Recuperare l'elenco dei controlli cloud
Per ottenere l'elenco dei controlli cloud nella tua organizzazione, esegui il comando gcloud
compliance-manager cloud-controls list:
gcloud compliance-manager cloud-controls list \
--location=LOCATION \
--organization=ORGANIZATION
Sostituisci i seguenti valori:
ORGANIZATION: l'ID organizzazioneLOCATION: la regione in cui sono archiviati i controlli cloud
Ad esempio, per visualizzare tutti i controlli cloud all'interno dell'organizzazione 3589215982 e
memorizzati nella località globale, esegui questo comando:
gcloud compliance-manager cloud-controls list \
--organization=3589215982 \
--location=global
Per informazioni sui flag facoltativi, consulta gcloud compliance-manager cloud-controls list.
Crea un controllo cloud personalizzato
Quando crei un controllo cloud personalizzato, applichi una regola a qualsiasi tipo di risorsa di Cloud Asset Inventory.
Console
Quando utilizzi la console, puoi creare controlli cloud personalizzati con una regola che si applica a un tipo di risorsa.
Nella console Google Cloud , vai alla pagina Conformità.
Seleziona la tua organizzazione o il tuo progetto.
Nella scheda Configura, fai clic su Controlli cloud. Viene visualizzato l'elenco dei controlli cloud disponibili.
Crea un controllo cloud, con Gemini o manualmente:
Usa Gemini
Chiedi a Gemini di generare un controllo cloud per te. In base al tuo prompt, Gemini fornisce un identificatore univoco, un nome, una logica di rilevamento associata e possibili passaggi di correzione.
Esamina i consigli e apporta le modifiche necessarie.
Salva il controllo cloud personalizzato.
Crea manualmente
In ID controllo cloud, fornisci un identificatore univoco per il controllo.
Inserisci un nome e una descrizione per aiutare gli utenti della tua organizzazione a comprendere lo scopo del controllo cloud personalizzato.
(Facoltativo) Seleziona le categorie per il controllo. Fai clic su Continua.
Seleziona un tipo di risorsa disponibile per il controllo cloud personalizzato. Compliance Manager supporta tutti i tipi di risorse. Per trovare il nome di una risorsa, consulta Tipi di asset.
Fornisci la logica di rilevamento per il controllo cloud in formato Common Expression Language (CEL).
Le espressioni CEL ti consentono di definire come valutare le proprietà di una risorsa. Per ulteriori informazioni ed esempi, vedi Scrivere regole per i controlli cloud personalizzati. Fai clic su Continua.
Se la regola di valutazione non è valida, viene visualizzato un errore.
Seleziona una gravità appropriata per i risultati.
Scrivi le istruzioni di correzione in modo che i responsabili della risposta agli incidenti e gli amministratori della tua organizzazione possano risolvere i problemi rilevati per il controllo cloud. Fai clic su Continua.
Esamina le voci e fai clic su Crea.
Interfaccia a riga di comando
Quando utilizzi gcloud CLI, puoi creare un controllo cloud personalizzato con un massimo di tre regole. Ogni regola può essere applicata a un solo tipo di risorsa.
Per creare un controllo cloud personalizzato, esegui il comando gcloud compliance-manager
cloud-controls create:
gcloud compliance-manager cloud-controls create CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION \
[--display-name=DISPLAY_NAME] \
[--description=DESCRIPTION] \
[--categories=[CATEGORIES,...]] \
[--finding-category=FINDING_CATEGORY] \
[--parameter-spec=[defaultValue=DEFAULTVALUE],[description=DESCRIPTION],[displayName=DISPLAYNAME],[isRequired=ISREQUIRED],[name=NAME],[substitutionRules=SUBSTITUTIONRULES],[validation=VALIDATION],[valueType=VALUETYPE]] \
[--remediation-steps=REMEDIATION_STEPS] \
[--rules=[celExpression=CELEXPRESSION],[description=DESCRIPTION],[ruleActionTypes=RULEACTIONTYPES]] \
[--severity=SEVERITY] \
[--supported-cloud-providers=[SUPPORTED_CLOUD_PROVIDERS,…]] \
[--supported-target-resource-types=[SUPPORTED_TARGET_RESOURCE_TYPES,…]]
Sostituisci i seguenti valori:
CLOUD_CONTROL: un nome alfanumerico univoco per il controllo cloudORGANIZATION: l'ID organizzazioneLOCATION: la regione in cui è archiviato il controllo cloudDISPLAY_NAME: un nome leggibile da una persona per il controllo cloudDESCRIPTION: una descrizione facoltativa dello scopo del controllo cloudCATEGORIES,…: un parametro facoltativo che definisce le categorie di cui fa parte il controllo cloud. Per un elenco delle categorie consentite, vedi gcloud compliance-manager cloud-controls create.FINDING_CATEGORY: il valore visualizzato nella dashboard dei risultati di Security Command Center quando il controllo cloud genera un risultato--parameter-spec=[defaultValue=DEFAULTVALUE], \ [description=DESCRIPTION], \ [displayName= DISPLAYNAME], \ [isRequired=ISREQUIRED], \ [name=NAME], \ [substitutionRules=SUBSTITUTIONRULES], \ [validation=VALIDATION], \ [valueType=VALUETYPE]...]
sono le informazioni sui parametri facoltativi per il controllo cloud, nel seguente formato:
DEFAULTVALUE: i dati applicati se un utente non personalizza il parametro durante il deployment di un framework. I tipi di valori supportati sonoboolValue,numberValue,stringListValueostringValue.DESCRIPTION: una descrizione facoltativa del controlloISREQUIRED:truese il controllo richiede l'impostazione di un parametroNAME: il nome del parametroSUBSTITUTIONRULES: come e dove Compliance Manager inserisce il valore personalizzato per il parametro. Specifica il percorso di destinazione all'interno della regola utilizzando una notazione con punti proto (ad esempio,rules[0].org_policy_constraint...). Scegli una delle seguenti opzioni:attributeSubstitutionRulequando vuoi inserire il valore del parametro direttamente in un campo strutturale della regola (ad esempio, compilando un elenco di valori limitati all'interno di un modello di regola di vincolo della policy dell'organizzazione).placeholderSubstitutionRulequando la regola utilizza una stringa di testo (o un'espressione CEL). La stringa deve contenere una variabile segnaposto con il prefisso$(ad esempio,$deniedServices) e questa regola indica al compilatore di mappare il parametro a quel segnaposto.
L'esempio seguente crea un parametro di elenco denominato
deniedServicescon il tipoSTRINGLIST. UtilizzaattributeSubstitutionRuleper aggiungere nomi di servizi forniti dall'utente (ad esempiocompute.googleapis.com) direttamente in una regola di policy dell'organizzazione personalizzata strutturale (denied_values) al momento del deployment:--parameter-spec='name=deniedServices,isRequired=true,valueType=STRINGLIST,substitutionRules=[{attributeSubstitutionRule={attribute="rules[0].org_policy_constraint.policy_rules[0].values.denied_values"}}]'VALIDATIONè l'insieme di valori consentiti. Scegli una delle seguenti opzioni:Utilizza
allowedValuesper applicare una lista consentita statica, ad esempio, limita i parametri di posizione a campi stringa specifici:validation={allowedValues={values=[{stringValue=us-central1},{stringValue=us-west1}]}}Utilizza
intRangeper applicare limiti numerici agli interi, ad esempio imposta un periodo di conservazione compreso tra 1 e 365:validation={intRange={min=1,max=365}}Utilizza
regexpPatternper applicare la corrispondenza delle espressioni regolari al testo della stringa, ad esempio per richiedere una denominazione alfanumerica rigorosa:validation={regexpPattern={pattern="^[a-z][-a-z0-9]*$"}}
VALUETYPE: il tipo o il formato di dati del valore che un utente fornisce per questo parametro. I tipi di valori supportati sonoSTRING,BOOLEAN,STRINGLIST,NUMBEReONEOF.
In alternativa, puoi specificare un file JSON o YAML che definisce i parametri. Ad esempio,
--parameter-spec=path_to_file.(yaml|json). Espandi la sezione seguente per visualizzare i file JSON e YAML di esempio.Esempio di file JSON
[ { "name": "deniedServices", "displayName": "Services Requiring CMEK", "description": "List of service names that must use Customer-Managed Encryption Keys.", "isRequired": true, "valueType": "STRINGLIST", "substitutionRules": [ { "attributeSubstitutionRule": { "attribute": "rules[0].org_policy_constraint.policy_rules[0].values.denied_values" } } ] } ]File YAML di esempio
- name: deniedServices displayName: "Services Requiring CMEK" description: "List of service names that must use Customer-Managed Encryption Keys." isRequired: true valueType: STRINGLIST substitutionRules: - attributeSubstitutionRule: attribute: "rules[0].org_policy_constraint.policy_rules[0].values.denied_values"REMEDIATION_STEPS: i passaggi necessari per risolvere eventuali risultati. Questa stringa è limitata a 400 caratteri.
--rules=[celExpression=CELEXPRESSION],[description=DESCRIPTION],[ruleActionTypes=RULEACTIONTYPES]è la regola che vuoi applicare, nel seguente formato:CELEXPRESSION: l'espressione Common Expression Language (CEL) della regola. Per informazioni sulla scrittura di espressioni CEL, consulta Scrivere regole per i controlli cloud personalizzati. Includi quanto segue:expression: l'espressione CEL, con un massimo di 1000 caratteriresourceTypesValues: il nome delle risorse, nel formatoSERVICE_NAME/type. Utilizza un arrayvaluesper elencare tutti i tipi di risorse a cui vuoi applicare la regola, ad esempiovalues=[compute.googleapis.com/Instance].
DESCRIPTION: una descrizione della regolaRULEACTIONTYPES: l'azione eseguita dalla regola. I valori supportati sonorule-action-type-detective,rule-action-type-preventiveerule-action-type-audit.
Ad esempio, per controllare il periodo di rotazione della chiave di Cloud Key Management Service, inserisci quanto segue:
--rules="[ { \"celExpression\": { \"expression\": \"has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')\", \"resourceTypesValues\": { \"values\": [ \"cloudkms.googleapis.com/CryptoKey\" ] } }, \"description\": \"Check KMS key rotation period\", \"ruleActionTypes\": [ \"rule-action-type-detective\" ] } ]"In alternativa, puoi specificare un file JSON o YAML che definisce la regola. Ad esempio,
--rules=path_to_file.(yaml|json). Espandi la sezione seguente per visualizzare file JSON e YAML di esempio.Esempio di file JSON
[ { "celExpression": { "expression": "has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')", "resourceTypesValues": { "values": [ "cloudkms.googleapis.com/CryptoKey" ] } }, "description": "Check KMS key rotation period to ensure it is under 60 hours.", "ruleActionTypes": [ "rule-action-type-detective" ] } ]File YAML di esempio
- celExpression: expression: "has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')" resourceTypesValues: values: - cloudkms.googleapis.com/CryptoKey description: "Check KMS key rotation period to ensure it is under 60 hours." ruleActionTypes: - rule-action-type-detectiveSEVERITY: il livello di criticità per il controllo cloud. I valori supportati sonocritical,high,mediumelow.SUPPORTED_CLOUD_PROVIDERS,…: i provider cloud a cui si applica questo controllo cloud. L'unico valore supportato ègcp.SUPPORTED_TARGET_RESOURCE_TYPES,…: i tipi di risorse (organizzazione, cartella, progetto o cartella app in App Hub) supportati dal controllo cloud. I valori supportati sonotarget-resource-crm-type-folder,target-resource-crm-type-org,target-resource-crm-type-projectetarget-resource-type-application.
Ad esempio, per creare un controllo cloud che applichi le località delle risorse, esegui il seguente comando:
gcloud compliance-manager cloud-controls create \
restrict-resource-locations \
--organization=3589215982 \
--location=global \
--display-name="Restrict Resource Locations" \
--description="Enforces checks to ensure resources are only deployed in approved cloud regions." \
--severity=high \
--finding-category="LOCATION_VIOLATION" \
--supported-cloud-providers="gcp" \
--supported-target-resource-types="target-resource-crm-type-project" \
--parameter-spec='name=allowedLocations,isRequired=true,valueType=STRINGLIST,substitutionRules=[{placeholderSubstitutionRule={attribute="rules[0].cel_expression.expression"}}]' \
--rules="[{\"celExpression\": {\"expression\": \"resource.location in \$allowedLocations\", \"resourceTypesValues\": {\"values\": [\"compute.googleapis.com/Instance\"]}}, \"description\": \"Check Compute Engine instance locations\", \"ruleActionTypes\": [\"rule-action-type-detective\"]}]"
Per creare lo stesso controllo, ma utilizzare i file YAML per definire i parametri e le regole, esegui:
gcloud compliance-manager cloud-controls create \
restrict-resource-locations \
--organization=3589215982 \
--location=global \
--display-name="Restrict Resource Locations" \
--description="Enforces checks to ensure resources are only deployed in approved cloud regions." \
--severity=high \
--finding-category="LOCATION_VIOLATION" \
--supported-cloud-providers="gcp" \
--supported-target-resource-types="target-resource-crm-type-project" \
--parameter-spec=parameters.yaml \
--rules=rules.yaml
Per saperne di più, vedi gcloud compliance-manager cloud-controls create.
Terraform
Quando utilizzi Terraform, puoi creare un controllo cloud personalizzato con un massimo di tre regole. Ogni regola può essere applicata a un solo tipo di risorsa.
Il seguente esempio mostra come creare un controllo cloud personalizzato utilizzando Terraform.
Modificare un controllo cloud personalizzato
Dopo aver creato un controllo cloud, puoi modificarne il nome, la descrizione, le regole, i passaggi di correzione e il livello di gravità. Non puoi modificare la categoria del controllo cloud.
Nella console Google Cloud , vai alla pagina Conformità.
Seleziona la tua organizzazione o il tuo progetto.
Nella scheda Configura, fai clic su Controlli cloud. Viene visualizzato l'elenco dei controlli cloud disponibili.
Fai clic sul controllo cloud che vuoi modificare.
Nella pagina Dettagli dei controlli cloud, verifica che il controllo cloud non sia incluso in un framework. Se necessario, modifica il framework per rimuovere il controllo cloud.
Fai clic su Modifica.
Nella pagina Modifica controllo cloud personalizzato, modifica il nome e la descrizione in base alle tue esigenze. Fai clic su Continua.
Aggiorna le regole, la gravità del risultato e i passaggi di correzione. Fai clic su Continua.
Rivedi le modifiche e fai clic su Salva.
Aggiorna un controllo cloud integrato a una release più recente
Google pubblica aggiornamenti regolari dei suoi controlli cloud integrati man mano che i servizi implementano nuove funzionalità o emergono nuove best practice. Gli aggiornamenti possono includere nuovi controlli o modifiche a quelli esistenti.
Puoi visualizzare le release dei controlli cloud integrati nella dashboard dei controlli cloud nella scheda Configura o nella pagina dei dettagli del controllo cloud.
Google ti informa nelle note di rilascio quando vengono aggiornati i seguenti elementi:
- Nome controllo cloud
- Categoria risultati
- Modifica della logica di rilevamento o preventiva in una regola
- Logica sottostante di una regola
Per aggiornare un controllo cloud dopo aver ricevuto una notifica, devi annullare l'assegnazione e rieseguire il deployment dei framework che includono il controllo cloud. Per istruzioni, vedi Aggiornare un framework a una versione più recente.
Eliminare un controllo cloud personalizzato
Elimina un controllo cloud quando non è più necessario. Puoi eliminare solo i controlli cloud che crei. Non puoi eliminare i controlli cloud integrati.
Console
Nella console Google Cloud , vai alla pagina Conformità.
Seleziona la tua organizzazione o il tuo progetto.
Nella scheda Configura, fai clic su Controlli cloud. Viene visualizzato l'elenco dei controlli cloud disponibili.
Fai clic sul controllo cloud che vuoi eliminare.
Nella pagina Dettagli dei controlli cloud, verifica che il controllo cloud non sia incluso in un framework. Se necessario, modifica il framework per rimuovere il controllo cloud.
Fai clic su Elimina.
Nella finestra Elimina, esamina il messaggio. Digita
Deletee fai clic su Conferma.
Interfaccia a riga di comando
Per eliminare un controllo cloud personalizzato, esegui il comando gcloud compliance-manager
cloud-controls delete:
gcloud compliance-manager cloud-controls delete CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION
Sostituisci i seguenti valori:
CLOUD_CONTROL: il nome del controllo cloudORGANIZATION: l'ID organizzazioneLOCATION: la regione in cui è archiviato il controllo cloud
Ad esempio, per eliminare un controllo cloud con il nome
restrict-resource-locations, esegui questo comando:
gcloud compliance-manager cloud-controls delete \
restrict-resource-locations \
--organization=3589215982 \
--location=global
Per saperne di più, consulta gcloud compliance-manager cloud-controls delete.
Mappatura dei rilevatori di Security Health Analytics ai controlli cloud
La tabella seguente mostra come i controlli cloud di Compliance Manager vengono mappati ai rilevatori di Security Health Analytics.
| Categoria del risultato in Security Health Analytics | Nome del controllo cloud in Compliance Manager |
|---|---|
|
Attiva Access Transparency |
|
Bloccare i ruoli amministratore dagli account di servizio |
|
Configura il vincolo Impostazioni di traffico in entrata consentite per la policy dell'organizzazione Cloud Run |
|
Configura il vincolo dei criteri dell'organizzazione per le impostazioni di traffico VPC in uscita consentite per Cloud Run |
|
Abilita i backup automatici di AlloyDB sul cluster |
|
Abilita i backup di AlloyDB sul cluster |
|
Abilita CMEK per i cluster AlloyDB |
|
Imposta il flag di livello di dettaglio degli errori di log per le istanze AlloyDB |
|
Imposta il flag di istruzione di errore minimo di log per le istanze AlloyDB |
|
Imposta il flag Livello minimo messaggi di log per le istanze AlloyDB |
|
Blocca gli indirizzi IP pubblici per le istanze del cluster AlloyDB |
|
Disabilita le funzionalità alpha sui cluster GKE |
|
Limita le chiavi API solo alle API richieste |
|
Non disponibile |
|
Richiedi rotazione della chiave API |
|
Configura metriche di log e avvisi per le modifiche all'audit logging |
|
Implementare la registrazione degli eventi per i servizi Google Cloud |
|
Abilitare i backup automatici per i database Cloud SQL |
|
Abilita la riparazione automatica per i cluster GKE |
|
Attivare l'upgrade automatico sui cluster GKE |
|
Abilita CMEK per le tabelle BigQuery |
|
Richiedere l'autorizzazione binaria su un cluster |
|
Abilita CMEK per i bucket Cloud Storage |
|
Configura metriche di log e avvisi per le modifiche ai criteri IAM di Cloud Storage |
|
Richiedi il logging del bucket Cloud Storage |
|
Abilita l'accesso uniforme a livello di bucket nei bucket Cloud Storage |
|
Attiva il servizio Cloud Asset Inventory |
|
Abilita Cloud Logging sui cluster GKE |
|
Abilita Cloud Monitoring sui cluster GKE |
|
Abilitare l'accesso privato Google su un'istanza |
|
Abilita la crittografia sui cluster GKE |
|
Abilitare Shielded GKE Nodes su un cluster |
|
Blocca le chiavi SSH a livello di progetto sulle istanze Compute Engine |
|
Abilitare l'avvio protetto sulle istanze Compute Engine |
|
Blocca le porte seriali per le istanze di Compute Engine |
|
Abilita Confidential Computing per le istanze di Compute Engine |
|
Richiedere Container-Optimized OS per un cluster GKE |
|
Non disponibile |
|
Configurare metriche di log e avvisi per le modifiche ai ruoli personalizzati |
|
Richiedere CMEK sui cluster Dataproc |
|
Utilizzare le versioni immagine più recenti sui cluster Dataproc |
|
Abilita CMEK per i set di dati BigQuery |
|
Utilizzare reti con regole firewall personalizzate |
|
Utilizzare service account personalizzati per le istanze Compute Engine |
|
Configura il criterio dell'organizzazione Disabilita l'utilizzo di IPv6 all'esterno di VPC |
|
Configura il criterio dell'organizzazione Disabilita l'utilizzo di IPv6 all'esterno di VPC |
|
Configura il criterio dell'organizzazione Disabilita il logging delle porte seriali delle VM in Stackdriver |
|
Abilitare CMEK sui dischi permanenti di Compute Engine |
|
Abilita le chiavi di crittografia fornite dal cliente sui dischi permanenti di Compute Engine |
|
Abilita il monitoraggio dei log di Cloud DNS |
|
Attivare DNSSEC per Cloud DNS |
|
Applica la regola firewall in uscita Nega tutto |
|
Definisci i contatti fondamentali |
|
Configura le metriche di log e gli avvisi per le modifiche al firewall di rete VPC |
|
Abilita il logging delle regole firewall |
|
Abilita i log di flusso per la subnet VPC |
|
Limita l'accesso alle API Google Cloud per le istanze Compute Engine |
|
Applica solo il traffico HTTPS |
|
Definisci i perimetri di servizio nei Controlli di servizio VPC |
|
Attiva OS Login |
|
Abilita il monitoraggio dell'integrità sui cluster GKE |
|
Abilita la visibilità tra nodi per i cluster GKE |
|
Abilita l'intervallo IP alias per i cluster GKE |
|
Impedisci l'inoltro IP sulle istanze Compute Engine |
|
Definisci il periodo di rotazione per le chiavi Cloud KMS |
|
Non disponibile |
|
Non disponibile |
|
Forza separazione dei compiti |
|
Blocca l'autorizzazione legacy sui cluster GKE |
|
Disattiva gli endpoint del server di metadati legacy su Compute Engine |
|
Non utilizzare reti precedenti |
|
Abilita il logging del bilanciatore del carico |
|
Bloccare i criteri di conservazione del bucket di archiviazione |
|
Configura i sink di log |
|
Abilita le reti autorizzate del control plane sui cluster GKE |
|
Non disponibile |
|
Configura le metriche di log e gli avvisi per le modifiche alla rete VPC |
|
Abilita il criterio di rete sui cluster GKE |
|
Abilita CMEK sui dischi di avvio del node pool GKE |
|
Abilita l'avvio protetto per Shielded GKE Nodes |
|
Non disponibile |
|
Abilitare il controllo delle versioni degli oggetti nei bucket |
|
Blocca le connessioni alle porte Cassandra da tutti gli indirizzi IP |
|
Blocca le connessioni alle porte CiscoSecure/WebSM da tutti gli indirizzi IP |
|
Blocca le connessioni alle porte dei servizi di directory da tutti gli indirizzi IP |
|
Bloccare le connessioni alle porte DNS da tutti gli indirizzi IP |
|
Blocca le connessioni alle porte Elasticsearch da tutti gli indirizzi IP |
|
Non disponibile |
|
Bloccare le connessioni alle porte FTP da tutti gli indirizzi IP |
|
Non disponibile |
|
Bloccare le connessioni alle porte HTTP da tutti gli indirizzi IP |
|
Bloccare le connessioni alle porte LDAP da tutti gli indirizzi IP |
|
Blocca le connessioni alle porte Memcached da tutti gli indirizzi IP |
|
Bloccare le connessioni alle porte MongoDB da tutti gli indirizzi IP |
|
Blocca le connessioni alle porte MySQL da tutti gli indirizzi IP |
|
Bloccare le connessioni alle porte NetBIOS da tutti gli indirizzi IP |
|
Bloccare le connessioni alle porte del database Oracle da tutti gli indirizzi IP |
|
Blocca le connessioni alle porte del server POP3 da tutti gli indirizzi IP |
|
Blocca le connessioni alle porte del server PostgreSQL da tutti gli indirizzi IP |
|
Blocca l'accesso alla porta RDP |
|
Blocca le connessioni alle porte del server Redis da tutti gli indirizzi IP |
|
Bloccare le connessioni alle porte del server SMTP da tutti gli indirizzi IP |
|
Bloccare l'accesso alla porta SSH |
|
Bloccare le connessioni alle porte del server Telnet da tutti gli indirizzi IP |
|
Attiva il vincolo dei criteri dell'organizzazione Confidential VM |
|
Attiva OS Login per tutte le istanze a livello di progetto |
|
Utilizza service account con privilegi minimi per i cluster GKE |
|
Crea cluster GKE con ambiti di accesso al service account limitati |
|
Bloccare i ruoli amministratore dagli account di servizio |
|
Non disponibile |
|
Non disponibile |
|
Limita i ruoli IAM legacy |
|
Abilita i cluster privati per GKE |
|
Abilitare l'accesso privato Google per le subnet VPC |
|
Limitare l'accesso pubblico ai bucket Cloud Storage |
|
Limitare l'accesso pubblico alle immagini Compute |
|
Limitare l'accesso pubblico ai set di dati BigQuery |
|
Limita gli indirizzi IP pubblici alle istanze Compute Engine |
|
Limitare l'accesso pubblico ai bucket Cloud Storage |
|
Limitare l'accesso pubblico alle istanze di database Cloud SQL |
|
Criptare l'argomento Pub/Sub con CMEK |
|
Abilita il flag Log Statement per PostgreSQL |
|
Non disponibile |
|
Iscrivi un cluster GKE a un canale di rilascio |
|
Attiva OS Login |
|
Definisci il traffico in uscita del connettore VPC per le funzioni Cloud Run |
|
Abilita il vincolo del criterio dell'organizzazione Limita reti autorizzate nelle istanze Cloud SQL |
|
Configura metriche di log e avvisi per le modifiche alle route VPC |
|
Evita RSASHA1 per la firma DNSSEC |
|
Non disponibile |
|
Non disponibile |
|
Richiedi la rotazione della chiave del service account |
|
Forza separazione dei compiti |
|
Abilita Shielded VM per le istanze Compute Engine |
|
Limita la creazione della rete predefinita per le istanze Compute Engine |
|
Abilita CMEK per i database Cloud SQL |
|
Disattiva il flag di autenticazione del database indipendente per SQL Server |
|
Disattiva il flag di concatenamento della proprietà tra database per SQL Server |
|
Disattiva il flag External Scripts per SQL Server |
|
Configura le metriche di log e gli avvisi per le modifiche alla configurazione di Cloud SQL |
|
Disattivare il flag local_infile per MySQL |
|
Abilita il flag di checkpoint di log per PostgreSQL |
|
Abilita il flag Log Connections per PostgreSQL |
|
Abilita il flag Log Disconnections per PostgreSQL |
|
Abilita il flag di durata del log per l'istanza PostgreSQL |
|
Abilita il flag di verbosità degli errori di log per PostgreSQL |
|
Disattiva il flag Statistiche dello strumento di esecuzione dei log per PostgreSQL |
|
Disattivare il flag Nome host log per PostgreSQL |
|
Abilita il flag di attesa dei blocchi dei log per l'istanza PostgreSQL |
|
Disattiva il flag Istruzione durata minima di log per PostgreSQL |
|
Abilitare il flag Istruzione di errore minimo di log per PostgreSQL |
|
Non disponibile |
|
Abilita il flag Log Min Messages per PostgreSQL |
|
Disattiva il flag Statistiche del parser di log per PostgreSQL |
|
Disattiva il flag Statistiche dello strumento di pianificazione dei log per PostgreSQL |
|
Abilita il flag Log Statement per PostgreSQL |
|
Abilita il flag Log Temp Files per l'istanza PostgreSQL |
|
Non disponibile |
|
Blocca gli indirizzi IP pubblici per le istanze Cloud SQL |
|
Disattiva il flag di accesso remoto per SQL Server |
|
Abilita la crittografia SSL sulle istanze AlloyDB |
|
Abilitare il flag di database Skip Show per MySQL |
|
Abilita il flag di database di traccia 3625 per SQL Server |
|
Non utilizzare il flag user connections per SQL Server |
|
Non utilizzare il flag user options per SQL Server |
|
Non disponibile |
|
Applica SSL per tutte le connessioni di database in entrata |
|
Limita a tre gli utenti delle chiavi di crittografia KMS |
|
Abilita l'accesso uniforme a livello di bucket nei bucket Cloud Storage |
|
Limita le chiavi service account gestite dall'utente |
|
Non disponibile |
|
Limita le policy SSL non sicure per le istanze Compute Engine |
|
Non utilizzare la UI web di Kubernetes |
|
Abilita Workload Identity Federation for GKE sui cluster |