Questa pagina è stata tradotta dall'API Cloud Translation.

Utilizzare i Controlli di servizio VPC

I Controlli di servizio VPC sono una funzionalità Google Cloud che ti consente di configurare un perimetro sicuro per proteggerti dall'esfiltrazione di dati. Questa pagina mostra come utilizzare i Controlli di servizio VPC con i pool privati Cloud Build per aggiungere ulteriore sicurezza alle build.

Prima di iniziare

Per utilizzare gli esempi di riga di comando in questa guida, installa e configura Google Cloud CLI.

Nota :se hai già installato gcloud CLI, assicurati di avere l'ultima versione disponibile eseguendo gcloud components update.
Configura una connessione privata tra la tua rete Virtual Private Cloud e la rete VPC in cui risiedono i pool privati. Per le istruzioni, vedi Configurare l'ambiente per creare pool privati.
Le build eseguite all'interno del perimetro di servizio non avranno l'autorizzazione per archiviare i log di build nel bucket Cloud Storage predefinito. Prima di eseguire la build, configura il file di configurazione della build con una delle seguenti opzioni:
- Scegli di archiviare i log di build in Cloud Logging impostando loggingMode su CLOUD_LOGGING_ONLY.
- Nel tuo progetto privato, crea un bucket di log Cloud Storage per archiviare i log di build. Per saperne di più, vedi Memorizzare i log di build in un bucket creato dall'utente.
- Disattiva i log di build impostando loggingMode su NONE.
Se le tue build eseguono il push di immagini e artefatti in Artifact Registry o Cloud Storage in un progetto Google Cloud diverso, aggiungi questo progetto allo stesso perimetro di servizio del progetto da cui hanno origine le tue build.

Per ottenere le autorizzazioni necessarie per configurare un perimetro di servizio, chiedi all'amministratore di concederti i seguenti ruoli IAM per il account di servizioount:

Visualizzatore organizzazione (roles/resourcemanager.organizationViewer)
Editor Gestore contesto accesso (roles/accesscontextmanager.policyEditor)

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.

Configura un pool privato nel perimetro dei Controlli di servizio VPC

Per utilizzare Controlli di servizio VPC con Cloud Build, devi prima creare e configurare un perimetro di servizio, operazione che viene eseguita a livello di organizzazione. Questa configurazione garantisce che i controlli di servizio VPC vengano applicati quando utilizzi Cloud Build e che gli sviluppatori possano eseguire solo build conformi ai Controlli di servizio VPC.

Crea un perimetro dei Controlli di servizio VPC

Segui la guida rapida ai Controlli di servizio VPC per:

Crea un perimetro di servizio.
Aggiungi al perimetro il progetto in cui prevedi di creare il pool privato.

Nota: se utilizzi il VPC condiviso, assicurati di aggiungere il progetto host e i progetti di servizio allo stesso perimetro.
Limita l'API Cloud Build.

Dopo aver configurato il perimetro di servizio, tutte le chiamate all'API Cloud Build vengono controllate per assicurarsi che provengano dallo stesso perimetro.

Concessione dell'accesso al account di servizio al perimetro Controlli di servizio VPC

Nei seguenti casi, devi concedere all'account di servizio legacy Cloud Build o Compute Engine l'accesso al perimetro di Controlli di servizio VPC affinché le build possano accedere alle risorse all'interno del perimetro:

Se utilizzi l'account di servizio Cloud Build o Compute Engine legacy per avviare le build utilizzando un trigger di build, l'API Cloud Build o la riga di comando.
Se utilizzi service account specificati dall'utente per avviare build utilizzando un trigger di build.

Non è necessario concedere l'accesso al perimetro di Controlli di servizio VPC al account di servizio Cloud Build o Compute Engine legacy se utilizzi service account specificati dall'utente per avviare le build utilizzando l'API Cloud Build o la riga di comando.

Segui questi passaggi per concedere all'account di servizio legacy Cloud Build o Compute Engine l'accesso al perimetro dei Controlli di servizio VPC:

Prendi nota dell'indirizzo email del account di servizio legacy:
1. Apri la pagina IAM:
  
  Apri la pagina IAM
2. Seleziona il progetto che hai aggiunto al perimetro di servizio.
3. Nella tabella delle autorizzazioni, individua l'indirizzo email corrispondente all'account di servizio Cloud Build legacy.
Aggiorna il criterio di ingresso del perimetro di servizio per consentire all'account di servizio di chiamare le API Cloud Build. Questa regola di ingresso consente al account di servizio di effettuare la chiamata API CreateBuild. Per saperne di più sull'impostazione dei criteri di traffico in entrata dei Controlli di servizio VPC, consulta Configurazione dei criteri di traffico in entrata e in uscita e Regole di traffico in entrata e in uscita.
```
- ingressFrom:
    identities:
    - serviceAccount:SERVICE_ACCOUNT_EMAIL
    sources:
    - accessLevel: '*'
  ingressTo:
    operations:
    - serviceName: 'cloudbuild.googleapis.com'
      methodSelectors:
      - method: '*'
    resources:
    - 'projects/PROJECT_NUMBER'
```

Aggiorna il criterio perimetrale eseguendo il seguente comando e sostituendo le variabili con i valori appropriati:

gcloud beta access-context-manager perimeters update PERIMETER_NAME \
    --set-ingress-policies=INGRESS-FILENAME \
    --policy=POLICY_ID

Dove:

SERVICE_ACCOUNT_EMAIL: l'indirizzo email del account di servizio.
PROJECT_NUMBER: il numero di progetto del progettoGoogle Cloud che hai aggiunto al perimetro dei Controlli di servizio VPC.
PERIMETER_NAME: il nome del perimetro dei Controlli di servizio VPC.
INGRESS-FILENAME: il nome del file della policy di Ingress.
POLICY_ID: l'ID della policy di accesso.

(Facoltativo) Abilitare l'accesso perimetrale per le macchine di sviluppo

Poiché i controlli di servizio VPC vengono applicati all'API Cloud Build, le chiamate all'API Cloud Build non vanno a buon fine a meno che non provengano dall'interno del perimetro di servizio. Pertanto, per gestire le build con l'API Cloud Build, l'interfaccia utente Cloud Build nella console Google Cloud o Google Cloud CLI, scegli una delle seguenti opzioni:

Utilizza una macchina all'interno del perimetro dei Controlli di servizio VPC. Ad esempio, puoi utilizzare una VM Compute Engine o una macchina on-premise connessa alla tua rete VPC tramite VPN.
Concedi agli sviluppatori l'accesso al perimetro. Ad esempio, puoi creare livelli di accesso che consentono l'accesso al perimetro in base all'indirizzo IP o all'identità dell'utente. Per ulteriori informazioni, vedi Consentire l'accesso a risorse protette dall'esterno di un perimetro.

Configurare i vincoli dei criteri dell'organizzazione

Per assicurarti che i controlli di servizio VPC vengano applicati correttamente e che le build in un' Google Cloud organizzazione utilizzino solo i pool privati specificati, imposta il vincolo del criterio dell'organizzazioneconstraints/cloudbuild.allowedWorkerPools. Puoi applicare il criterio dell'organizzazione all'intera organizzazione o a un progetto o a una cartella dell'organizzazione. Ad esempio, i criteri della tua organizzazione possono specificare che:

Tutte le build dell'organizzazione utilizzano i pool privati specificati.
Tutte le build in una cartella utilizzano i pool privati specificati.
Tutte le build di un progetto utilizzano i pool privati specificati.

Autorizzazioni IAM: per gestire le policy dell'organizzazione, devi disporre del ruolo Amministratore policy dell'organizzazione (roles/orgpolicy.policyAdmin). Per istruzioni sulla concessione di un ruolo, consulta la sezione Configurare l'accesso alle risorse Cloud Build.

Il comando gcloud resource-manager org-policies allow imposta un criterio dell'organizzazione che richiede che le build dell'organizzazione utilizzino solo il pool privato specificato:

 gcloud resource-manager org-policies allow \
     cloudbuild.allowedWorkerPools \
     projects/PRIVATEPOOL_PROJECT_ID/locations/LOCATION/workerPools/PRIVATEPOOL_ID \
     --organization ORGANIZATION_ID

Dove:

PRIVATEPOOL_ID: l'ID del pool privato per eseguire le build.
PRIVATEPOOL_PROJECT_ID: l'ID del Google Cloud progetto che contiene il pool privato.
LOCATION: la regione che contiene il pool privato.
ORGANIZATION_ID: l'ID dell'organizzazione in cui esegui le build.

Il comando supporta i prefissi under: e is.

Per impostare un criterio dell'organizzazione che richieda a tutte le build dell'organizzazione di utilizzare qualsiasi pool privato dell'organizzazione:

 gcloud resource-manager org-policies allow \
     cloudbuild.allowedWorkerPools under:organizations/ORGANIZATION_ID \
     --organization ORGANIZATION_ID

Dove ORGANIZATION_ID è l'ID dell'organizzazione che contiene i pool privati.

Per impostare un criterio dell'organizzazione che richieda a tutte le build nei progetti di una cartella di utilizzare qualsiasi pool privato nel progetto specificato:

 gcloud resource-manager org-policies allow \
     cloudbuild.allowedWorkerPools under:projects/PROJECT_ID \
     --folder FOLDER_ID

dove PROJECT_ID è l'ID del progetto che contiene i pool privati e FOLDER_ID contiene i progetti in cui esegui le build.

Per impostare un criterio dell'organizzazione che richieda a tutte le build di un progetto di utilizzare qualsiasi pool privato nel progetto specificato:

 gcloud resource-manager org-policies allow \
     cloudbuild.allowedWorkerPools under:projects/PRIVATEPOOL_PROJECT_ID \
     --project BUILD_PROJECT_ID

dove PRIVATEPOOL_PROJECT_ID è l'ID del progetto che contiene i pool privati e BUILD_PROJECT_ID è l'ID del progetto in cui esegui le build.

Tieni presente le seguenti considerazioni quando applichi il vincolo dei criteri dell'organizzazione constraints/cloudbuild.allowedWorkerPools:

Se applichi questo vincolo del criterio dell'organizzazione a un progetto Google Cloud , assicurati che tutte le build del progetto utilizzino il pool privato; le build che tentano di utilizzare il pool condiviso predefinito non andranno a buon fine.
Se la tua Google Cloud organizzazione contiene servizi come App Engine o funzioni Cloud Run che utilizzano implicitamente Cloud Build, l'applicazione di questo vincolo dei criteri dell'organizzazione potrebbe impedire il funzionamento di questi servizi come previsto.

Crea un pool privato nel perimetro di servizio

Console

Apri la pagina Pool di worker nella console Google Cloud :

Apri la pagina del pool di worker di Cloud Build
Seleziona il progetto in cui vuoi creare il pool privato.
Nella pagina Pool di worker, fai clic su Crea.
Nel riquadro laterale Crea pool privato:
1. Inserisci un nome per il pool privato.
2. Seleziona la regione in cui vuoi creare il pool privato.
3. Seleziona il tipo di macchina Compute Engine che vuoi utilizzare per il tuo pool privato.
4. Inserisci il numero del progetto Google Cloud in cui hai creato la rete VPC.
5. Inserisci il nome della rete VPC.
6. Deseleziona Assegna IP esterni.
7. Fai clic su Crea.

gcloud

Crea un file di configurazione del pool privato in formato YAML o JSON e imposta il flag egressOption su NO_PUBLIC_EGRESS:
```
privatePoolV1Config:
  networkConfig:
    egressOption: NO_PUBLIC_EGRESS
    peeredNetwork: PEERED_NETWORK
  workerConfig:
    diskSizeGb: 'PRIVATE_POOL_DISK_SIZE'
    machineType: PRIVATE_POOL_MACHINE_TYPE
```
Dove:
- PEERED_NETWORK è l'URL della risorsa di rete della rete in peering con la rete del service provider. PEERED_NETWORK deve essere nel formato projects/NETWORK_PROJECT_ID/global/networks/NETWORK_NAME, dove NETWORK_PROJECT_ID è l'ID progetto del progetto Google Cloud che contiene la tua rete VPC e NETWORK_NAME è il nome della tua rete VPC.
- PRIVATE_POOL_MACHINE_TYPE è il tipo di macchina Compute Engine per l'istanza del pool privato. Per i tipi di macchine supportati, consulta Schema del file di configurazione dei pool privati.
- PRIVATE_POOL_DISK_SIZE è la dimensione del disco per l'istanza del pool privato in GB. Specifica un valore maggiore o uguale a 100 e minore o uguale a 1000. Se specifichi 0, Cloud Build utilizza il valore predefinito 100.
- egressOption è il flag per abilitare il perimetro dei Controlli di servizio VPC per il tuo pool privato. Imposta questo valore su NO_PUBLIC_EGRESS per creare il pool privato all'interno del perimetro dei Controlli di servizio VPC.
Esegui il seguente comando gcloud, dove PRIVATEPOOL_ID è un identificatore univoco per il tuo pool privato, PRIVATEPOOL_CONFIG_FILE è il nome del file di configurazione del pool privato e REGION è la regione in cui vuoi creare il pool privato:
```
gcloud builds worker-pools create PRIVATEPOOL_ID --config-from-file PRIVATEPOOL_CONFIG_FILE --region REGION
```

(Facoltativo) Attiva le chiamate internet pubbliche sulla rete VPC

Assicurati che la rete VPC sia configurata per consentire la connettività di rete alla posizione in cui è ospitato il repository (ad es. github.com) con le seguenti impostazioni:

Assicurati che il campo egressOption nel tuo file di configurazione del pool privato sia impostato su PUBLIC_EGRESS oppure configura i pool privati in modo che utilizzino un IP esterno statico.
La rete VPC su cui viene eseguito il pool privato è definita come PeeredNetwork. Per consentire le chiamate all'host del repository, assicurati che questa rete VPC consenta il traffico in uscita pubblico all'host del repository. Per informazioni su come eseguire questa operazione, consulta Route e regole firewall.

Limitazioni

La protezione dei Controlli di servizio VPC è disponibile solo per le build eseguite in pool privati. Non puoi utilizzare i Controlli di servizio VPC con le build eseguite in pool predefiniti.
I trigger Pub/Sub di Cloud Build non sono supportati quando vengono utilizzati i Controlli di servizio VPC.

Passaggi successivi

Scopri come eseguire le build nei pool privati.
Scopri come configurare i casi d'uso del networking più comuni.