Accesso sicuro alle applicazioni SaaS

Questa pagina ti guida nella procedura di protezione delle tue applicazioni SaaS tramite il gateway sicuro di Chrome Enterprise Premium.

Un gateway sicuro Chrome Enterprise Premium funge da proxy di inoltro, applicando un framework di accesso Zero Trust e fornendo un controllo granulare e sensibile al contesto su chi accede alle tue applicazioni SaaS.

Come funziona la protezione dell'accesso alle applicazioni SaaS

Di seguito è riportata una panoramica generale di come un gateway sicuro protegge le tue applicazioni SaaS:

  1. Le impostazioni del browser lato client instradano il traffico dell'applicazione tramite un proxy gateway sicuro.
  2. Il gateway sicuro controlla le policy di accesso sensibile al contesto per autorizzare l'accesso del client (utente e dispositivo).
  3. Se l'accesso client è consentito, il gateway inoltra il traffico all'applicazione utilizzando indirizzi IP di origine univoci assegnati a quel gateway e alla regione. Google CloudQuesti indirizzi IP assegnati sono riservati esclusivamente al gateway che crei e non possono essere utilizzati da altri utenti o gateway. Per controllare l'accesso, puoi aggiungere questi indirizzi IP di origine dedicati a una lista consentita nella tua applicazione SaaS.

Ruoli obbligatori

Chiedi all'amministratore di concedere i seguenti ruoli:

Scopri di più sui ruoli di Identity and Access Management (IAM).

Prima di iniziare

Prima di configurare il gateway sicuro, verifica di disporre di quanto segue:

Limitazioni

Un gateway sicuro Chrome Enterprise Premium presenta le seguenti limitazioni:

  • Connettività IPv6: il gateway sicuro di Chrome Enterprise Premium non supporta le applicazioni SaaS che utilizzano la connettività IPv6.
  • Provider di identità come applicazione SaaS: un provider di identità non deve essere configurato come applicazione SaaS da proteggere con il gateway sicuro se l'autenticazione dell'utente finale con il gateway sicuro dipende dallo stesso IdP.

Configura l'ambiente shell

Per semplificare la procedura di configurazione e interagire con le API del gateway sicuro, definisci le seguenti variabili di ambiente nella shell di lavoro.

  • Parametri generali

    PROJECT_ID=PROJECT_ID
    APPLICATION_ID=APPLICATION_ID
    APPLICATION_DISPLAY_NAME="APPLICATION_DISPLAY_NAME"
    HOST_NAME=HOST_NAME

    Sostituisci quanto segue:

    • PROJECT_ID: l'ID del progetto in cui viene creato il gateway sicuro.
    • APPLICATION_ID: l'ID della tua applicazione, ad esempio github. Il nome può contenere fino a 63 caratteri e può includere lettere minuscole, numeri e trattini. Il primo carattere deve essere una lettera e l'ultimo carattere può essere una lettera o un numero.
    • APPLICATION_DISPLAY_NAME: Il nome leggibile da una persona da visualizzare.
    • HOST_NAME: il nome host dell'applicazione. Ad esempio, github.com. Il nome host può contenere fino a 253 caratteri e deve rispettare uno dei seguenti formati:

      • Un indirizzo IPv4 valido
      • Un indirizzo IPv6 valido
      • Un nome DNS valido
      • Un asterisco (*)
      • Un asterisco (*) seguito da un nome DNS valido
  • Parametri del gateway sicuro

    SECURITY_GATEWAY_ID=SECURITY_GATEWAY_ID
    SECURITY_GATEWAY_DISPLAY_NAME="SECURITY_GATEWAY_DISPLAY_NAME"

    Sostituisci quanto segue:

    • SECURITY_GATEWAY_ID: l'ID del gateway sicuro. L'ID può contenere fino a 63 caratteri e può includere lettere minuscole, numeri e trattini. Il primo carattere deve essere una lettera e l'ultimo carattere può essere una lettera o un numero.
    • SECURITY_GATEWAY_DISPLAY_NAME: il nome leggibile del gateway sicuro. Il nome può contenere fino a 63 caratteri e può contenere solo caratteri stampabili.

Crea un gateway sicuro

Un gateway sicuro Chrome Enterprise Premium è un elemento costitutivo fondamentale per stabilire connessioni sicure alle tue applicazioni. Assegna un progetto e una rete dedicati, fornendo isolamento e sicurezza.

console

Per creare una risorsa gateway sicuro:

  1. Nella console Google Cloud , vai alla pagina Gateway sicuro.
    Vai al gateway sicuro
  2. Seleziona il progetto per cui vuoi creare il gateway sicuro.
  3. Per creare un gateway sicuro, fai clic su Crea nuovo gateway e attendi il completamento del processo di creazione del gateway.
  4. Puoi monitorare l'avanzamento nella sezione Notifiche della console Google Cloud .
  5. Prima di creare una risorsa applicazione SaaS, ti consigliamo di creare hub in uscita SaaS. Il flag hubs rappresenta le risorse regionali necessarie per abilitare la connettività in uscita all'applicazione di destinazione. Puoi configurare un hub per ogni regione e ogni hub fornisce due indirizzi IP. Un gateway sicuro può avere al massimo 20 hub. Puoi specificare le seguenti regioni:
    • africa-south1
    • asia-east1
    • asia-south1
    • asia-south2
    • asia-southeast1
    • europe-central2
    • europe-north1
    • europe-southwest1
    • europe-west1
    • europe-west2
    • europe-west3
    • europe-west4
    • europe-west8
    • europe-west9
    • northamerica-northeast1
    • northamerica-northeast2
    • northamerica-south1
    • southamerica-east1
    • southamerica-west1
    • us-central1
    • us-east1
    • us-east4
    • us-east5
    • us-west1
  6. Nella console Google Cloud , vai alla pagina Hub in uscita SaaS.
    Vai a Hub in uscita SaaS
  7. Seleziona il progetto per il quale vuoi creare gli hub in uscita SaaS.
  8. Per aggiungere un hub in uscita SaaS, fai clic su Aggiungi hub in uscita SaaS.
  9. Dall'elenco a discesa, seleziona le regioni in cui vuoi aggiungere gli hub di uscita. Per aggiungere gli hub in uscita, fai clic su Aggiungi hub in uscita SaaS per aggiungere più di un hub. Al termine, fai clic su Salva per creare gli hub in uscita.

gcloud

Per creare una risorsa gateway sicuro, esegui questo comando. Per il flag --hubs, specifica una o più regioni dall'elenco seguente.

gcloud beyondcorp security-gateways create SECURITY_GATEWAY_ID \
    --project=PROJECT_ID \
    --location=global \
    --display-name="SECURITY_GATEWAY_DISPLAY_NAME" \
    --hubs=us-central1 \
    --service-discovery={}
      

Il flag hubs imposta le risorse regionali necessarie per attivare la connettività in uscita all'applicazione di destinazione. Puoi avere un hub per ogni regione e ogni hub fornisce due indirizzi IP. Un gateway sicuro può avere al massimo 20 hub. Puoi specificare le seguenti regioni:

  • africa-south1
  • asia-east1
  • asia-south1
  • asia-south2
  • asia-southeast1
  • europe-central2
  • europe-north1
  • europe-southwest1
  • europe-west1
  • europe-west2
  • europe-west3
  • europe-west4
  • europe-west8
  • europe-west9
  • northamerica-northeast1
  • northamerica-northeast2
  • northamerica-south1
  • southamerica-east1
  • southamerica-west1
  • us-central1
  • us-east1
  • us-east4
  • us-east5
  • us-west1

REST

Per creare una risorsa gateway sicuro, chiama il metodo API Create con i dettagli del gateway nel corpo della richiesta. Per il flag hubs, specifica una o più regioni dal seguente elenco.

curl \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    -X POST \
    -d '{ "display_name": "SECURITY_GATEWAY_DISPLAY_NAME", "hubs": { "us-central1": {} }, "service_discovery": {} }' \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways?security_gateway_id=SECURITY_GATEWAY_ID"
      

Il flag hubs rappresenta le risorse regionali necessarie per abilitare la connettività in uscita all'applicazione di destinazione. Puoi avere un hub per ogni regione e ogni hub fornisce due indirizzi IP. Un gateway sicuro può avere al massimo 20 hub. Puoi specificare le seguenti regioni:

  • africa-south1
  • asia-east1
  • asia-south1
  • asia-south2
  • asia-southeast1
  • europe-central2
  • europe-north1
  • europe-southwest1
  • europe-west1
  • europe-west2
  • europe-west3
  • europe-west4
  • europe-west8
  • europe-west9
  • northamerica-northeast1
  • northamerica-northeast2
  • northamerica-south1
  • southamerica-east1
  • southamerica-west1
  • us-central1
  • us-east1
  • us-east4
  • us-east5
  • us-west1

Configura un'applicazione SaaS

Dopo aver creato un gateway sicuro, puoi configurare le tue applicazioni SaaS per utilizzare il gateway sicuro per l'accesso sicuro.

console

Per configurare gli hub in uscita SaaS:

  1. Nella console Google Cloud , vai alla pagina Hub in uscita SaaS.
    Vai a Hub in uscita SaaS
  2. Nella pagina Hub in uscita SaaS, trova la tabella che elenca gli hub. Per ogni regione che intendi utilizzare, copia tutti gli indirizzi IP elencati nella colonna IP di uscita dedicati statici. Ogni regione fornisce due indirizzi IP.
  3. Aggiungi gli indirizzi IP alla lista consentita IP della tua applicazione SaaS. Ad esempio, per un'applicazione GitHub, puoi seguire questa guida: Gestione degli indirizzi IP consentiti per la tua organizzazione.

gcloud

Per configurare gli hub in uscita SaaS:

  1. Ottieni gli indirizzi IP allocati dal gateway sicuro per ogni hub. Per una regione vengono allocati due indirizzi IP.
  2. gcloud beyondcorp security-gateways describe SECURITY_GATEWAY_ID \
        --project=PROJECT_ID \
        --location=global
            

    Di seguito è riportato un esempio di risposta GET di un gateway sicuro con hubs. Nell'esempio, hubs vengono creati nelle regioni us-central1 e us-east1 e tutti gli indirizzi IP restituiti nella risposta devono essere consentiti nell'applicazione SaaS.

    createTime: 'CREATE_TIME'
    displayName: My secure gateway
    hubs:
      us-central1:
        internetGateway:
          assignedIps:
          -   IP_ADDRESS_1
          -   IP_ADDRESS_2
      us-east1:
        internetGateway:
          assignedIps:
          -   IP_ADDRESS_1
          -   IP_ADDRESS_2
    name: projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID
    state: RUNNING
    updateTime: 'UPDATE_TIME'
        
  3. Aggiungi gli indirizzi IP alla lista consentita IP della tua applicazione SaaS. Ad esempio, per un'applicazione GitHub, puoi seguire questa guida: Gestione degli indirizzi IP consentiti per la tua organizzazione.

REST

Per configurare gli hub in uscita SaaS:

  1. Ottieni gli indirizzi IP allocati dal gateway sicuro per ogni hub. Per una regione vengono allocati due indirizzi IP.
  2. curl \
        -H "Authorization: Bearer $(gcloud auth print-access-token)" \
        -H "Content-Type: application/json" \
        "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID"
            

    Di seguito è riportato un esempio di risposta GET di un gateway sicuro con hubs. Nell'esempio, hubs vengono creati nelle regioni us-central1 e us-east1 e tutti gli indirizzi IP restituiti nella risposta devono essere consentiti nell'applicazione SaaS.

    {
      "securityGateways": [
        {
          "name": "projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID",
          "createTime": "CREATE_TIME",
          "updateTime": "UPDATE_TIME",
          "displayName": "My secure gateway",
          "state": "RUNNING",
          "hubs": {
            "us-central1": {
              "internetGateway": {
                "assignedIps": [
                  "IP_ADDRESS_1",
                  "IP_ADDRESS_2",
                ]
              }
            },
            "us-east1": {
              "internetGateway": {
                "assignedIps": [
                  "IP_ADDRESS_1",
                  "IP_ADDRESS_2",
                ]
              }
            }
          }
        }
      ]
    }
        
  3. Aggiungi gli indirizzi IP alla lista consentita IP della tua applicazione SaaS. Ad esempio, per un'applicazione GitHub, puoi seguire questa guida: Gestione degli indirizzi IP consentiti per la tua organizzazione.

Crea una risorsa applicazione

Le seguenti informazioni ti guidano nella procedura di configurazione di una risorsa applicativa di gateway sicuro.

Crea una risorsa applicazione gateway sicuro in Google Cloud

La risorsa applicazione Google Cloud è una risorsa secondaria della risorsa gateway sicuro. Crea una risorsa applicazione utilizzando la console Google Cloud o chiamando l'API Create.

console

Per creare un'applicazione SaaS:

  1. Nella console Google Cloud , vai alla pagina Gateway sicuro.
    Vai al gateway sicuro
  2. Per creare un'applicazione, fai clic su Aggiungi applicazione.
  3. Seleziona il tipo di applicazione: Applicazione pubblica.
  4. Se gli hub di uscita SaaS non sono ancora configurati per questo gateway sicuro, ti verrà chiesto di crearli. Le applicazioni pubbliche richiedono almeno un hub in uscita SaaS. Per configurare gli hub in uscita SaaS, fai clic su Vai agli hub in uscita SaaS e aggiungi una o più regioni.
  5. Dopo aver aggiunto uno o più hub di uscita, fai clic su Avanti.
  6. Inserisci i dettagli della richiesta:
    • Nome applicazione: inserisci un nome, ad esempio GitHub.
    • Corrispondenze di dominio: inserisci un elenco separato da virgole di pattern di dominio da instradare tramite il gateway sicuro. Includi la porta nel formato domain:port. I caratteri jolly (*) sono consentiti. Ad esempio: github.com:443.
  7. Per configurare l'applicazione SaaS, fai clic su Continua.
  8. Configura l'applicazione SaaS per consentire il traffico dal gateway sicuro:
    1. Prendi nota o copia con attenzione tutti gli indirizzi IP elencati per le regioni che utilizzi. Questi indirizzi IP sono univoci per il tuo gateway sicuro.
    2. Accedi alla console di amministrazione dell'applicazione SaaS.
    3. Vai alle impostazioni della rete o di sicurezza in cui vengono gestite le liste consentite di indirizzi IP.
    4. Aggiungi tutti gli indirizzi IP ottenuti alla lista consentita degli IP dell'applicazione.
  9. Per aggiungere l'applicazione, fai clic su Continua.
  10. (Facoltativo) Definisci una policy di accesso: seleziona una policy di accesso di Gestore contesto accesso. Puoi saltare questo passaggio per questa guida.
  11. Per creare e salvare le impostazioni e creare l'applicazione, fai clic su Crea.

gcloud

Per creare un'applicazione SaaS utilizzando gcloud, esegui questo comando:

gcloud beyondcorp security-gateways applications create APPLICATION_ID \
    --project=PROJECT_ID \
    --security-gateway=SECURITY_GATEWAY_ID \
    --location=global \
    --display-name="APPLICATION_DISPLAY_NAME" \
    --endpoint-matchers="hostname=HOST_NAME,ports=443"
      

REST

Per creare un'applicazione SaaS utilizzando l'API REST, esegui questo comando:

curl \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    -X POST \
    -d "{ \"display_name\": \"APPLICATION_DISPLAY_NAME\", \"endpoint_matchers\": [{hostname: \"HOST_NAME\", ports: 443}] }" \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID/applications?application_id=APPLICATION_ID"
      

Configura una policy di accesso

Puoi applicare una policy di accesso per controllare l'accesso a livello di applicazione. Se non viene configurata alcuna policy di accesso, l'accesso all'applicazione viene negato per impostazione predefinita.

console

Crea una policy per più applicazioni

Per configurare una policy di accesso:

  1. Per creare una policy che si applichi a più applicazioni collegate al gateway sicuro, vai alla pagina Policy.
    Vai a Norme
  2. Per aggiungere policy di accesso alle applicazioni, fai clic su Crea policy.
  3. Nell'elenco a discesa, seleziona le applicazioni a cui vuoi che vengano applicati i criteri.
  4. Aggiungi entità alla policy:

    Le entità possono essere utenti, gruppi, domini o service account. A queste entità viene concesso o negato l'accesso in base ai livelli di accesso che assegni.

    1. Per aggiungere un'entità, fai clic su Aggiungi entità.
    2. Nel campo Entità, inserisci l'indirizzo email dell'utente, del gruppo, del account di servizio o il nome di dominio.
    3. Nel menu a discesa Livelli di accesso, seleziona uno o più livelli di accesso sensibile al contesto predefiniti. L'accesso viene concesso solo se l'entità soddisfa le condizioni dei livelli di accesso selezionati.

    Per aggiungere altre entità, fai di nuovo clic su Aggiungi entità e ripeti i passaggi secondari.

    Puoi creare e gestire i livelli di accesso in Gestore contesto accesso.

  5. Per applicare la policy all'applicazione, fai clic su Crea policy.

Modificare una policy di accesso a livello di applicazione

  1. Per modificare una policy per una singola applicazione, vai alla pagina Applicazioni.
    Vai ad Applicazioni
  2. Per trovare l'applicazione che vuoi modificare:
    1. Nell'elenco Applicazioni, cerca l'applicazione che vuoi modificare.
    2. Per visualizzare i dettagli dell'applicazione, fai clic sul menu Altre azioni () e seleziona Visualizza dettagli.
  3. Per modificare la richiesta, fai clic su Modifica.
  4. Aggiungi entità alla policy:

    Le entità possono essere utenti, gruppi, domini o service account. A queste entità viene concesso o negato l'accesso in base ai livelli di accesso che assegni.

    1. Per aggiungere un'entità, fai clic su Aggiungi entità.
    2. Nel campo Entità, inserisci l'indirizzo email dell'utente, del gruppo, del account di servizio o il nome di dominio.
    3. Nell'elenco a discesa Livelli di accesso, seleziona uno o più livelli di accesso sensibile al contesto predefiniti. L'accesso viene concesso solo se l'entità soddisfa le condizioni dei livelli di accesso selezionati.

    Per aggiungere altre entità, fai di nuovo clic su Aggiungi entità e ripeti i passaggi secondari.

    Puoi creare e gestire i livelli di accesso in Gestore contesto accesso.

  5. Per applicare la policy all'applicazione, fai clic su Salva.

gcloud

Aggiornare in sicurezza una policy di accesso

Il comando setIamPolicy sostituisce l'intera policy esistente con quella che fornisci. Per evitare di rimuovere accidentalmente le autorizzazioni esistenti, ti consigliamo di utilizzare il seguente pattern "lettura-modifica-scrittura". Questo pattern aiuta a evitare la rimozione accidentale delle autorizzazioni esistenti.

  1. Read: recupera la policy di accesso corrente.
  2. Modifica: modifica il file di criteri localmente per aggiungere o modificare le autorizzazioni.
  3. Scrittura: applica il file della policy aggiornata.

Imposta un criterio a livello di gateway Service Discovery

Prima di concedere a un utente l'accesso a un'applicazione, assicurati che disponga delle autorizzazioni Service Discovery a livello di Secure Gateway. Dovrai impostare una policy di accesso seguendo lo stesso pattern "read-modify-write".

Recupera il criterio corrente e salvalo in un file denominato gateway_policy.json.

gcloud beta beyondcorp security-gateways get-iam-policy SECURITY_GATEWAY_ID \
    --project=PROJECT_ID \
    --location=global > gateway_policy.json
  

Poi, apri il file gateway_policy.json in un editor di testo e aggiungi i principal richiesti all'elenco members per il ruolo roles/beyondcorp.serviceDiscoveryUser, in modo simile alle modifiche a livello di applicazione.

Il file gateway_policy.json è simile al seguente esempio:

{
  "version": 3,
  "bindings": [
    {
      "role": "roles/beyondcorp.serviceDiscoveryUser",
      "members": [
        "group:existing-group@example.com"
      ]
    }
  ],
  "etag": "BwXN8_d-bOM="
}
  

Puoi anche aggiungere altri tipi di membri, come serviceAccount, user, group, principal e principalSet, nei binding dei criteri. Per saperne di più, consulta Entità IAM.

Applica le norme aggiornate:

gcloud beta beyondcorp security-gateways set-iam-policy SECURITY_GATEWAY_ID gateway_policy.json \
    --project=PROJECT_ID \
    --location=global
  

Imposta una policy di accesso a livello di applicazione

Ottieni la norma attuale

Recupera la policy attuale. Il campo etag impedisce aggiornamenti in conflitto se più amministratori apportano modifiche contemporaneamente.

Il seguente comando recupera la policy e la salva in un file denominato policy.json.

gcloud beta beyondcorp security-gateways applications get-iam-policy APPLICATION_ID \
    --security-gateway=SECURITY_GATEWAY_ID \
    --project=PROJECT_ID \
    --location=global > policy.json
      

Sostituisci quanto segue:

  • APPLICATION_ID: l'ID della risorsa applicazione
  • SECURITY_GATEWAY_ID: l'ID del gateway sicuro
  • PROJECT_ID: l'ID del progetto in cui è configurato il gateway sicuro

Il comando crea un file policy.json che contiene la policy attuale.

Modificare il file di criteri

Apri il file policy.json in un editor di testo. Per concedere a un gruppo l'accesso per utilizzare il gateway sicuro, aggiungi il gruppo all'elenco members per il ruolo roles/beyondcorp.sgApplicationUser.

Il file policy.json è simile al seguente esempio:

{
  "version": 3,
  "bindings": [
    {
      "role": "roles/beyondcorp.sgApplicationUser",
      "members": [
        "group:existing-group@example.com"
      ]
    }
  ],
  "etag": "BwXN8_d-bOM="
}
    

Per aggiungere un altro gruppo, aggiungi una nuova voce all'array members. Inserisci una virgola dopo la voce precedente. L'esempio seguente aggiunge new-group@example.com:

{
  "version": 3,
  "bindings": [
    {
      "role": "roles/beyondcorp.sgApplicationUser",
      "members": [
        "group:existing-group@example.com",
        "group:new-group@example.com"
      ]
    }
  ],
  "etag": "BwXN8_d-bOM="
}
    

Puoi anche aggiungere altri tipi di membri, come serviceAccount, user, group, principal e principalSet, nei binding dei criteri. Per saperne di più, consulta Entità IAM.

Applica le norme aggiornate

Dopo aver modificato e salvato il file policy.json, applicalo alla risorsa utilizzando il comando setIamPolicy. Questo comando utilizza etag dal file per assicurarti di aggiornare la versione corretta.

gcloud beta beyondcorp security-gateways applications set-iam-policy APPLICATION_ID policy.json \
    --security-gateway=SECURITY_GATEWAY_ID \
    --project=PROJECT_ID \
    --location=global
    

Sostituisci quanto segue:

  • APPLICATION_ID: l'ID della risorsa applicazione
  • SECURITY_GATEWAY_ID: l'ID del gateway sicuro
  • PROJECT_ID: l'ID del progetto in cui è configurato il gateway sicuro

Aggiungere una policy di accesso condizionale

Puoi anche impostare policy di accesso con condizioni. Le condizioni specificano requisiti, ad esempio l'indirizzo IP di un utente proveniente da una posizione specifica. Il livello di accesso può essere definito in una policy di accesso a livello di organizzazione o in una policy di accesso con ambito.

La seguente policy di esempio concede l'accesso solo se l'indirizzo IP di origine rientra in un livello di accesso specificato:

  {
    "version": 3,
    "bindings": [
      {
        "role": "roles/beyondcorp.sgApplicationUser",
        "members": [
          "group:group@example.com"
        ],
        "condition": {
          "expression": "request.auth.access_levels.contains('accessPolicies/1234567890/accessLevels/in_us')",
          "title": "Source IP must be in US"
        }
      }
    ],
    "etag": "BwXN8_d-bOM="
  }

Per applicare queste norme, segui i passaggi descritti in precedenza.

REST

Aggiornare in sicurezza una policy di accesso

Il comando setIamPolicy sostituisce l'intera policy esistente con quella che fornisci. Per evitare di rimuovere accidentalmente le autorizzazioni esistenti, ti consigliamo di utilizzare il seguente pattern "lettura-modifica-scrittura". Questo pattern aiuta a evitare la rimozione accidentale delle autorizzazioni esistenti.

  1. Read (Lettura): salva la policy di accesso corrente in un file.
  2. Modifica: modifica il file di criteri localmente per aggiungere o modificare le autorizzazioni.
  3. Scrittura: applica il file della policy aggiornata.

Imposta un criterio a livello di gateway Service Discovery

Per concedere le autorizzazioni di service discovery, devi impostare una policy di accesso sul gateway di sicurezza anziché su una singola applicazione. Segue lo stesso pattern "read-modify-write".

Recupera il criterio corrente e salvalo in un file denominato gateway_policy.json.

curl \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID:getIamPolicy" > gateway_policy.json
  

Poi, apri il file gateway_policy.json in un editor di testo e aggiungi i principal richiesti all'elenco members per il ruolo roles/beyondcorp.serviceDiscoveryUser, in modo simile alle modifiche a livello di applicazione.

Il file gateway_policy.json è simile al seguente esempio:

{
  "version": 3,
  "bindings": [
    {
      "role": "roles/beyondcorp.serviceDiscoveryUser",
      "members": [
        "group:existing-group@example.com"
      ]
    }
  ],
  "etag": "BwXN8_d-bOM="
}
  

Puoi anche aggiungere altri tipi di membri, come serviceAccount, user, group, principal e principalSet, nei binding dei criteri. Per saperne di più, consulta Entità IAM.

Applica le norme aggiornate:

jq '{policy: .}' gateway_policy.json | curl -X POST \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    -d @- \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID:setIamPolicy"
  

Imposta una policy di accesso a livello di applicazione

Ottieni la norma attuale

Recupera la policy attuale. Il campo etag impedisce aggiornamenti in conflitto se più amministratori apportano modifiche contemporaneamente.

Il seguente comando recupera la policy e la salva in un file denominato policy.json.

curl \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID/applications/APPLICATION_ID:getIamPolicy" > policy.json
  

Sostituisci quanto segue:

  • PROJECT_ID: l'ID del progetto in cui è configurato il gateway sicuro
  • SECURITY_GATEWAY_ID: l'ID del gateway sicuro
  • APPLICATION_ID: l'ID della risorsa applicazione

Il comando crea un file policy.json che contiene la policy attuale.

Modificare il file di criteri

Per concedere a un gruppo l'accesso per utilizzare il gateway sicuro:

  1. Apri il file policy.json in un editor di testo.
  2. Aggiungi il gruppo all'elenco members per il ruolo roles/beyondcorp.securityGatewayUser.

Il file policy.json è simile al seguente esempio:

{
  "version": 3,
  "bindings": [
    {
      "role": "roles/beyondcorp.sgApplicationUser",
      "members": [
        "group:existing-group@example.com"
      ]
    }
  ],
  "etag": "BwXN8_d-bOM="
}
      

Per aggiungere un altro gruppo, aggiungi una nuova voce all'array members. Inserisci una virgola dopo la voce precedente. L'esempio seguente aggiunge new-group@example.com:

{
  "version": 3,
  "bindings": [
    {
      "role": "roles/beyondcorp.sgApplicationUser",
      "members": [
        "group:existing-group@example.com",
        "group:new-group@example.com"
      ]
    }
  ],
  "etag": "BwXN8_d-bOM="
}
    

Puoi anche aggiungere altri tipi di membri, come serviceAccount, user, group, principal e principalSet, nei binding dei criteri. Per saperne di più, consulta Entità IAM.

Applica le norme aggiornate

Dopo aver modificato e salvato il file policy.json, applicalo alla risorsa utilizzando il comando setIamPolicy. Questo comando utilizza etag dal file per assicurarti di aggiornare la versione corretta.

jq '{policy: .}' policy.json | curl -X POST \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    -d @- \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID/applications/APPLICATION_ID:setIamPolicy"
  

Sostituisci quanto segue:

  • PROJECT_ID: l'ID del progetto in cui è configurato il gateway sicuro
  • SECURITY_GATEWAY_ID: l'ID del gateway sicuro
  • APPLICATION_ID: l'ID della risorsa applicazione

Aggiungere una policy di accesso condizionale

Puoi anche impostare policy di accesso con condizioni. Le condizioni specificano requisiti, ad esempio l'indirizzo IP di un utente proveniente da una posizione specifica. Il livello di accesso può essere definito in una policy di accesso a livello di organizzazione o in una policy di accesso con ambito.

La seguente policy di esempio concede l'accesso solo se l'indirizzo IP di origine rientra in un livello di accesso specificato:

{
  "version": 3,
  "bindings": [
    {
      "role": "roles/beyondcorp.sgApplicationUser",
      "members": [
        "group:group@example.com"
      ],
      "condition": {
        "expression": "request.auth.access_levels.contains('accessPolicies/1234567890/accessLevels/in_us')",
        "title": "Source IP must be in US"
      }
    }
  ],
  "etag": "BwXN8_d-bOM="
}
  

Per applicare queste norme, segui i passaggi descritti in precedenza.

Migliorare la sicurezza con l'accesso sensibile al contesto

Per migliorare ulteriormente la sicurezza e garantire che solo le istanze gestite di Google Chrome possano accedere alle tue applicazioni web tramite il gateway di sicurezza, ti consigliamo di aggiungere una regola di accesso sensibile al contesto (CAA). Questa regola verifica che il profilo Chrome dell'utente sia gestito, impedendo potenziali abusi da browser non gestiti o dannosi.

Nota: questa funzionalità richiede l'installazione e la configurazione dell'estensione Endpoint Verification.

Puoi implementare questa operazione aggiungendo una condizione ai livelli di accesso personalizzati di Gestore contesto accesso. Ecco un esempio di condizione che puoi adattare:

  device.chrome.management_state == ChromeManagementState.CHROME_MANAGEMENT_STATE_PROFILE_MANAGED
  

Per saperne di più su come configurare, controllare e gestire questo stato, vedi Attributi del browser Chrome.

Installa l'estensione Chrome Enterprise Premium

L'estensione Chrome Enterprise Premium è parte integrante di un gateway sicuro e aiuta con l'autenticazione. Installa l'estensione per tutti gli utenti del gateway sicuro. Per informazioni sul deployment dell'estensione, vedi Visualizzare e configurare app ed estensioni. Per installare l'estensione Chrome Enterprise Premium:

  1. Vai alla Console di amministrazione Google.
  2. Fai clic su Browser Chrome > App ed estensioni.
  3. Fai clic sulla scheda Utenti e browser.
  4. Per aggiungere l'estensione di Chrome, fai clic sul pulsante + e poi seleziona Aggiungi app o estensione di Chrome in base all'ID.
  5. Cerca l'estensione Secure Enterprise Browser utilizzando il seguente ID, quindi imposta il criterio di installazione su Forza installazione per tutti gli utenti dell'unità organizzativa o del gruppo:

    ekajlcmdfcigmdbphhifahdfjbkciflj
  6. Fai clic sull'estensione installata e, nel campo Criterio per le estensioni, inserisci il seguente valore JSON:

    {
      "securityGateway": {
        "Value": {
          "authentication": {},
          "context": { "resource": "projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID" },
          "serviceDiscovery": { "routes": {} }
        }
      }
    }

    Sostituisci quanto segue:

    • PROJECT_ID: l'ID del progetto in cui è configurato il gateway sicuro
    • SECURITY_GATEWAY_ID: l'ID del gateway sicuro

  7. Per salvare la configurazione, fai clic su Salva.

Configurazione legacy del file PAC

Se attivato, Service Discovery consente al client del browser Chrome di rilevare e instradare automaticamente il traffico verso le applicazioni configurate tramite il gateway sicuro, eliminando la necessità di configurazioni di routing manuali utilizzando un file PAC.

Se Service Discovery non è abilitato sul gateway sicuro, hai una configurazione legacy. Dovrai configurare un file PAC per controllare il routing sul client del browser Chrome.

Per verificare se hai la configurazione legacy, utilizza i seguenti comandi per vedere se Service Discovery è abilitato:

gcloud

gcloud beyondcorp security-gateways describe SECURITY_GATEWAY_ID \
    --project=PROJECT_ID \
    --location=global | grep -i "serviceDiscovery"
      

REST

curl --silent \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID" | grep -i "serviceDiscovery"
      

Se il comando non restituisce alcun output, il gateway utilizza la configurazione precedente. Per i gateway che utilizzano la configurazione precedente, il routing viene gestito utilizzando un file PAC ospitato.

Passaggio 1: crea e ospita il file PAC

  1. Crea un file denominato pac_config.js con il seguente codice JavaScript, sostituendo HOST_NAME con il dominio della tua applicazione (ad esempio, myapp.example.com):

    function FindProxyForURL(url, host) {
      const PROXY = "HTTPS via.prod.securegateway.goog:443";
      const sites = ["HOST_NAME"];
    
      for (const site of sites) {
        if (shExpMatch(url, 'https://' + site + '/*') || shExpMatch(url, '*.' + site + '/*')) {
          return PROXY;
        }
      }
      return 'DIRECT';
    }
  2. Carica il file PAC su un servizio di hosting, ad esempio un bucket Cloud Storage.

    • Assicurati che il file sia scaricabile pubblicamente.
    • Imposta l'intestazione HTTP Cache-Control su no-cache in modo che i browser recuperino sempre le regole di routing più recenti.
  3. Copia l'URL pubblico del file PAC caricato.

Passaggio 2: applica il file PAC nella Console di amministrazione Google

  1. Vai alla Console di amministrazione Google.
  2. Vai a Dispositivi > Chrome > Impostazioni.
  3. Seleziona la tua unità organizzativa o il tuo gruppo, quindi fai clic su Modalità proxy.
  4. In Modalità proxy, seleziona Utilizza sempre la configurazione automatica proxy specificata di seguito.
  5. Inserisci l'URL pubblico del file PAC ospitato nel campo fornito.
  6. Fai clic su Salva.

Passaggio 3: configura l'estensione Chrome Enterprise Premium

L'estensione è necessaria per gestire l'autenticazione. Queste norme per le estensioni differiscono dalla configurazione standard perché escludono il blocco serviceDiscovery.

  1. Nella Console di amministrazione Google, vai a Browser Chrome > App ed estensioni.
  2. Vai alla scheda Utenti e browser e assicurati che l'estensione Secure Enterprise Browser (ekajlcmdfcigmdbphhifahdfjbkciflj) sia aggiunta e applicata.
  3. Fai clic sull'estensione e, nel campo Criteri per le estensioni, inserisci il seguente valore JSON:

    {
      "securityGateway": {
        "Value": {
          "authentication": {},
          "context": {
            "resource": "projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID"
          }
        }
      }
    }
  4. Fai clic su Salva.

Passa alla configurazione del Service Discovery

Per eseguire la transizione del gateway sicuro legacy dalla configurazione del file PAC alla configurazione di Service Discovery più recente, devi attivare manualmente la funzionalità e aggiornare le configurazioni.

  1. Attiva Service Discovery sul gateway sicuro: aggiorna il gateway esistente per attivare Service Discovery.

    gcloud

    gcloud beyondcorp security-gateways update SECURITY_GATEWAY_ID \
    --project=PROJECT_ID \
    --location=global \
    --service-discovery={}
          

    REST

    curl -X PATCH \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    -d '{ "service_discovery": {} }' \
    "https://beyondcorp.googleapis.com/v1/projects/PROJECT_ID/locations/global/securityGateways/SECURITY_GATEWAY_ID?updateMask=service_discovery"
          
  2. Imposta il criterio di accesso a livello di gateway: concedi agli utenti il ruolo roles/beyondcorp.serviceDiscoveryUser a livello di gateway in modo che possano utilizzare Service Discovery. Segui le istruzioni nella sezione Impostare un criterio a livello di gateway Service Discovery.

  3. Aggiorna la configurazione dell'estensione Chrome Enterprise Premium: segui le istruzioni nella sezione Installare l'estensione Chrome Enterprise Premium per aggiornare la policy dell'estensione. La nuova configurazione JSON deve includere il blocco "serviceDiscovery": { "routes": {} }.

  4. Rimuovi il file PAC legacy: una volta attivata Service Discovery, il file PAC legacy non è più necessario.

    1. Nella Console di amministrazione Google, vai a Dispositivi > Chrome > Impostazioni > Impostazioni utente e browser > Rete.
    2. Individua l'impostazione Modalità proxy.
    3. Rimuovi l'URL di configurazione automatica proxy (PAC) o cambia l'impostazione da Utilizza sempre la configurazione automatica proxy specificata di seguito a una modalità appropriata per la tua rete, ad esempio Consenti all'utente di eseguire la configurazione.
    4. Fai clic su Salva.

Esperienza utente finale

Al termine della configurazione, agli utenti finali che accedono all'applicazione SaaS protetta viene concesso o negato l'accesso in base al criterio di accesso applicato all'applicazione.

Accedere all'applicazione in Chrome

L'estensione Chrome Enterprise Premium è necessaria per indirizzare il traffico attraverso il gateway sicuro. L'estensione gestisce l'autenticazione tra l'utente e il gateway sicuro. L'estensione viene installata automaticamente tramite la policy del dominio.

Quando gli utenti accedono all'applicazione SaaS che hai configurato, il loro traffico passa attraverso il gateway sicuro, che verifica se soddisfano i criteri di accesso. Se gli utenti superano i controlli dei criteri di accesso, viene concesso loro l'accesso all'applicazione.

Quando l'accesso del browser all'applicazione viene rifiutato dal criterio di autorizzazione, gli utenti ricevono un messaggio Access denied.

Passaggi successivi