App in esecuzione su piattaforme gestite da Google Cloud come App Engine possono evitare di gestire l'autenticazione degli utenti e la gestione delle sessioni utilizzando Identity-Aware Proxy (IAP) per controllarne l'accesso. IAP non può solo controllare l'accesso ma offre anche informazioni sugli utenti autenticati, inclusi l'indirizzo email e un identificatore permanente all'app sotto forma di nuove intestazioni HTTP.
Obiettivi
Richiedi agli utenti della tua app App Engine di eseguire l'autenticazione tramite utilizzando IAP.
Accedi agli utenti identità nell'app per visualizzare le informazioni .
Costi
In questo documento vengono utilizzati i seguenti componenti fatturabili di Google Cloud:
Per generare una stima dei costi basata sull'utilizzo previsto,
utilizza il Calcolatore prezzi.
Una volta completate le attività descritte in questo documento, puoi evitare la fatturazione continua eliminando le risorse che hai creato. Per ulteriori informazioni, consulta la pagina Pulizia.
Prima di iniziare
- Accedi al tuo account Google Cloud. Se non conosci Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
- Prepara l'ambiente di sviluppo.
Configurazione del progetto
Nella finestra del terminale, clona il repository dell'app di esempio sulla tua macchina locale:
git clone https://github.com/GoogleCloudPlatform/golang-samples.git
Passa alla directory che contiene il codice di esempio:
cd golang-samples/getting-started/authenticating-users
Sfondo
Questo tutorial utilizza IAP per autenticare gli utenti. Questo è solo uno dei tanti possibili approcci. Per saperne di più sui vari metodi per autenticare gli utenti, vedi Sezione Concetti di autenticazione.
L'app Hello user-email-address
L'app per questo tutorial è un'app Hello World minima di App Engine,
con una caratteristica non tipica: invece di "Hello world" mostra
"Ciao user-email-address
", dove
user-email-address
è l'account autenticato
all'indirizzo email dell'utente.
Questa funzionalità è possibile esaminando le informazioni autenticate che IAP aggiunge a ogni richiesta web che passa alla tua app. Esistono tre nuove intestazioni di richiesta aggiunte a ogni richiesta web che raggiunge la tua app. Le prime due intestazioni sono stringhe di testo normale che puoi utilizzare per identificare l'utente. La terza intestazione è un oggetto firmato in modo crittografico con le stesse informazioni.
X-Goog-Authenticated-User-Email
: l'indirizzo email di un utente lo identifica. Non memorizzare informazioni personali se la tua app può evitarle. Questa app non archiviare qualsiasi dato; ma lo restituisce all'utente.X-Goog-Authenticated-User-Id
: questo ID utente assegnato da Google non mostrare informazioni sull'utente, ma consente a un'app di sapere indica che un utente che ha eseguito l'accesso è lo stesso visualizzato in precedenza.X-Goog-Iap-Jwt-Assertion
: puoi configurare le app Google Cloud di accettare richieste web da altre applicazioni cloud, bypassando IAP, oltre alle richieste web su internet. Se un'app è così è possibile che queste richieste abbiano intestazioni falsificate. Invece di utilizzare una delle intestazioni di testo normale menzionate in precedenza, puoi utilizzare e verificare questa intestazione firmata in modo crittografico per controllare che le informazioni fornito da Google. Sia l'indirizzo email dell'utente sia un indirizzo ID utente sono disponibili come parte di questa intestazione firmata.
Se hai la certezza che l'app è configurata in modo che solo internet richieste web possono raggiungerlo e che nessuno può disattivare IAP servizio per l'app, per recuperare un ID utente univoco occorre una sola riga del codice:
userID := r.Header.Get("X-Goog-Authenticated-User-ID")
Tuttavia, un'app resiliente deve aspettarsi che qualcosa non va, ad esempio: problemi di configurazione o ambientali imprevisti, quindi consigliamo creando una funzione che utilizzi e verifica l'intestazione firmata in modo crittografico. La firma dell'intestazione non può essere contraffatta e, una volta verificata, può essere utilizzata per restituiscono l'identificazione.
Nozioni di base sul codice
Questa sezione spiega come funziona il codice. Se vuoi eseguire l'app, puoi passa alla sezione Deployment dell'app.
Il file
go.mod
definisce un Modulo Go e dai moduli da cui dipende.Il file
app.yaml
indica ad App Engine l'ambiente linguistico del tuo codice richiede.L'app inizia importando i pacchetti e definendo una funzione
main
. La La funzionemain
registra un gestore di indici e avvia un server HTTP.La funzione
index
ottiene il valore dell'intestazione dell'asserzione JWT che IAP aggiunto dalla richiesta in arrivo e chiama FunzionevalidateAssertion
per convalidare il valore firmato tramite crittografia. L'indirizzo email viene quindi utilizzato in una risposta web minima.La funzione
validateAssertion
convalida che l'asserzione è stata firmata correttamente e restituisce l'indirizzo email e l'ID utente associati.La convalida di un'asserzione JWT richiede la conoscenza dei certificati di chiave pubblica l'entità che ha firmato l'asserzione (in questo caso Google) e il pubblico a cui è destinata l'asserzione. Per un'app di App Engine, il pubblico è una stringa contenente le informazioni di identificazione del progetto Google Cloud. La funzione
validateAssertion
recupera i certificati dall'certs
e la stringa di pubblico della funzioneaudience
.Puoi cercare l'ID numerico e il nome del progetto Google Cloud e inserire nel codice sorgente, ma la funzione
audience
lo fa per eseguendo una query sul servizio di metadati standard reso disponibile App Engine. Poiché il servizio di metadati è esterno all'app del codice, il risultato viene salvato in una variabile globale che viene restituita senza dover cercare i metadati nelle chiamate successive.Il servizio metadati App Engine (e servizi di metadati simili per altri servizi di computing di Google Cloud) è simile a un sito web ed è interrogati da query web standard. Tuttavia, il servizio di metadati non è un sito esterno, ma una funzionalità interna che restituisce le informazioni richieste sull'app in esecuzione, quindi puoi usare
http
anzichéhttps
in sicurezza. richieste. Il servizio di metadati viene utilizzato per ottenere l'attuale dati di Google Cloud Identificatori necessari per definire il pubblico previsto dell'asserzione JWT.La verifica di una firma digitale richiede il certificato di chiave pubblica di firmatario. Google mette a disposizione un sito web che restituisce tutti i dati certificati di chiave pubblica. Questi risultati vengono memorizzati nella cache nel caso in cui siano necessari di nuovo nella stessa istanza di app.
Deployment dell'app
Ora puoi eseguire il deployment dell'app e abilitare IAP per richiedere agli utenti devono eseguire l'autenticazione prima di poter accedere all'app.
Nella finestra del terminale, vai alla directory contenente il file
app.yaml
, ed eseguire il deployment dell'app in App Engine:gcloud app deploy
Quando richiesto, seleziona una regione nelle vicinanze.
Quando ti viene chiesto se vuoi continuare l'operazione di deployment, inserisci
Y
.La tua app sarà attiva su internet entro pochi minuti.
Visualizza l'app:
gcloud app browse
Nell'output, copia
web-site-url
, l'indirizzo web per l'app.In una finestra del browser, incolla
web-site-url
per aprire dell'app.Non viene visualizzata nessuna email perché non stai ancora utilizzando IAP, quindi no le informazioni utente vengono inviate all'app.
Abilita IAP
Ora che esiste un'istanza App Engine, puoi proteggerla IAP:
Nella console Google Cloud, vai alla pagina Identity-Aware Proxy.
Poiché è la prima volta che attivi un'opzione di autenticazione per per questo progetto, viene visualizzato un messaggio che indica che devi configurare il consenso lo schermo prima di poter usare IAP.
Fai clic su Configura schermata per il consenso.
Nella scheda Schermata consenso OAuth della pagina Credenziali, completa nei seguenti campi:
Se il tuo account fa parte di un'organizzazione Google Workspace, seleziona Esterno e fai clic su Crea. All'inizio, l'app sarà disponibile soltanto per gli utenti che consentito in modo esplicito.
Nel campo Nome applicazione, inserisci
IAP Example
.Nel campo Email assistenza, inserisci il tuo indirizzo email.
Nel campo Dominio autorizzato, inserisci la parte del nome host del URL, ad esempio
iap-example-999999.uc.r.appspot.com
. Premi il tastoEnter
dopo aver inserito il nome host nel campo.Nel campo Application home link (Link alla home page dell'applicazione), inserisci l'URL dell'app per ad esempio
https://iap-example-999999.uc.r.appspot.com/
.Nel campo Riga Norme sulla privacy dell'applicazione, utilizza lo stesso URL della sezione link alla home page a scopo di test.
Fai clic su Salva. Quando ti viene chiesto di creare le credenziali, puoi chiudere la finestra.
Nella console Google Cloud, vai alla pagina Identity-Aware Proxy.
Per aggiornare la pagina, fai clic su Aggiorna refresh. La mostra un elenco di risorse che puoi proteggere.
Nella colonna IAP, fai clic per attivare IAP per l'app.
Nel browser, visita di nuovo
web-site-url
.Invece della pagina web, c'è una schermata di accesso per l'autenticazione. Quando esegui l'accesso, ti viene negato l'accesso perché IAP non Avere un elenco di utenti a cui consentire di accedere all'app.
Aggiungere utenti autorizzati all'app
Nella console Google Cloud, vai alla pagina Identity-Aware Proxy.
Seleziona la casella di controllo in corrispondenza dell'app App Engine, quindi fai clic su Aggiungi entità.
Inserisci
allAuthenticatedUsers
, quindi seleziona Ruolo Utente applicazione web con protezione IAP/IAP.Fai clic su Salva.
Ora qualsiasi utente che Google può autenticare può accedere all'app. Se vuoi, puoi limitare ulteriormente l'accesso aggiungendo solo una o più persone o gruppi come entità:
Qualsiasi indirizzo email Gmail o Google Workspace
L'indirizzo email di un gruppo Google
Un nome di dominio Google Workspace
Accedi all'app
Nel browser, vai a
web-site-url
.Per aggiornare la pagina, fai clic su Aggiorna refresh.
Nella schermata di accesso, accedi con le tue credenziali Google.
Nella pagina viene visualizzato il messaggio "Ciao
user-email-address
" pagina con .Se vedi ancora la stessa pagina di prima, potrebbe essersi verificato un problema relativo alla il browser non aggiorna completamente le nuove richieste ora che hai abilitato IAP. Chiudi tutte le finestre del browser, riaprile e riprova.
Concetti sull'autenticazione
Un'app può autenticare i propri utenti e limitare l'accesso in diversi modi solo agli utenti autorizzati. Metodi di autenticazione comuni per ridurre il livello di impegno dell'app sono elencate nelle sezioni che seguono.
Opzione | Vantaggi | Svantaggi |
---|---|---|
Autenticazione app |
|
|
OAuth2 |
|
|
IAP |
|
|
Autenticazione gestita da app
Con questo metodo, l'app gestisce ogni aspetto dell'autenticazione utente in modo indipendente. L'app deve mantenere il proprio database di credenziali utente e gestire sessioni utente e deve fornire funzioni per gestire gli account utente e password, controllare le credenziali utente ed emettere, controllare e aggiornare le sessioni utente a ogni accesso autenticato. Il seguente diagramma illustra la gestione dell'app metodo di autenticazione.
Come mostrato nel diagramma, dopo che l'utente ha eseguito l'accesso, l'app crea e mantiene le informazioni sulla sessione dell'utente. Quando l'utente invia una richiesta all'app, la richiesta deve includere informazioni sulla sessione di cui l'app è responsabile verifica.
Il vantaggio principale di questo approccio è che è indipendente, il controllo dell'app. Non è necessario che l'app disponibili su internet. Lo svantaggio principale è che l'app è ora responsabile di fornire tutte le funzionalità di gestione funzionalità e la protezione di tutti i dati sensibili delle credenziali.
Autenticazione esterna con OAuth2
Una buona alternativa alla gestione di tutto ciò che riguarda l'app è usare un servizio di identità esterno, come Google, che gestisce tutti i informazioni e funzionalità dell'account ed è responsabile della salvaguardia e credenziali sensibili. Quando un utente tenta di accedere all'app, viene reindirizzata al servizio di identità, che autentica l'utente e quindi reindirizza la richiesta all'app con le informazioni di autenticazione fornite. Per ulteriori informazioni, vedi Utilizzo di OAuth 2.0 per applicazioni server web.
Il seguente diagramma illustra l'autenticazione esterna con OAuth2 .
Il flusso nel diagramma inizia quando l'utente invia una richiesta di accesso al dell'app. Anziché rispondere direttamente, l'app reindirizza il browser dell'utente sulla piattaforma di identità di Google, che visualizza una pagina per accedere a Google. Dopo il giorno dopo aver eseguito l'accesso, il browser dell'utente viene reindirizzato all'app. Questa richiesta include informazioni che l'app può utilizzare per cercare informazioni sull'utente ora autenticato, e l'app ora risponde all'utente.
Questo metodo offre molti vantaggi per l'app. Delega tutto la funzionalità di gestione dell'account e i rischi per il servizio esterno, può migliorare la sicurezza di accesso e account senza che l'app debba farlo modifica. Tuttavia, come mostrato nel diagramma precedente, l'app deve dispongono dell'accesso a internet per utilizzare questo metodo. L'app è inoltre responsabile della gestione delle sessioni dopo l'autenticazione dell'utente.
Identity-Aware Proxy
Il terzo approccio, trattato in questo tutorial, consiste nell'utilizzare IAP per gestire l'autenticazione e la gestione delle sessioni con eventuali modifiche l'app. IAP intercetta tutte le richieste web alla tua app, blocca tutti quelli non autenticati e ne trasmette altri insieme all'utente aggiunti a ogni richiesta.
La gestione delle richieste è illustrata nel diagramma seguente.
Le richieste degli utenti vengono intercettate da IAP, che blocca per le richieste non autenticate. Le richieste autenticate vengono passate a condizione che l'utente autenticato sia nell'elenco delle app autorizzate utenti. Alle richieste trasmesse tramite IAP sono state aggiunte intestazioni identificando l'utente che ha effettuato la richiesta.
L'app non deve più gestire alcun account utente o sessione informazioni. Qualsiasi operazione che abbia bisogno di conoscere un identificatore univoco l'utente può riceverlo direttamente da ogni richiesta web in arrivo. Tuttavia, questo può Essere utilizzato solo per servizi di computing che supportano IAP, come come App Engine bilanciatori del carico. Non puoi utilizzare IAP su un computer di sviluppo locale.
Esegui la pulizia
Per evitare che al tuo account Google Cloud vengano addebitati costi relativi alle risorse utilizzate in questo tutorial, elimina il progetto che contiene le risorse oppure mantieni il progetto ed elimina le singole risorse.
- In the Google Cloud console, go to the Manage resources page.
- In the project list, select the project that you want to delete, and then click Delete.
- In the dialog, type the project ID, and then click Shut down to delete the project.