Autenticazione per le chiamate
Per richiamare una funzione Cloud Run autenticata, principal deve soddisfare i seguenti requisiti:
- Avere l'autorizzazione per richiamare la funzione.
- Fornisci un token ID quando richiama la funzione.
Che cos'è un preside? Come descritto in Proteggere le funzioni di Cloud Run, Le funzioni Cloud Run supportano due diversi tipi di identità, che sono anche denominate principal:
- Account di servizio: si tratta di account speciali che fungono da identità di un utente, come una funzione, un'applicazione o una VM. Ti offrono un modo per autenticare queste entità non umane.
- Account utente: questi account rappresentano persone, come singoli detentori di Account Google o come parte di un'entità controllata da Google, come un gruppo Google.
Consulta la panoramica di IAM per saperne di più sui concetti di base di IAM.
Per richiamare una funzione Cloud Run autenticata, l'entità deve disporre dell'autorizzazione IAM invoker:
run.routes.invoke
. Di solito avviene tramite Ruolo Invoker di Cloud Run. Questa permission deve essere assegnata alla risorsa del servizio Cloud Run.
Per concedere queste autorizzazioni, utilizza il comando
add-invoker-policy-binding
, come mostrato in
Autenticazione delle chiamate di funzione alle funzioni.
Per avere l'autorizzazione a creare, aggiornare o eseguire altre azioni amministrative su una funzione, il principale deve disporre di un ruolo appropriato. I ruoli includono le autorizzazioni che definiscono le azioni consentite all'entità. Consulta Utilizzo di IAM per autorizzare l'accesso per ulteriori informazioni.
L'invocazione di una funzione può comportare complessità aggiuntive. Le funzioni basate su eventi possono: essere richiamato solo dall'origine evento a cui sono iscritti, Funzioni HTTP possono essere richiamate da diversi tipi di identità, provenienti da luoghi diversi. L'invocatore può essere uno sviluppatore che sta testando la funzione o un'altra funzione o servizio che vuole utilizzare la funzione. Per impostazione predefinita, queste identità devono fornire un token ID con la richiesta per autenticarsi. Inoltre, all'account utilizzato devono essere state concesse anche le autorizzazioni appropriate.
Scopri di più su come generare e utilizzare i token ID.
Esempi di autenticazione
Questa sezione mostra alcuni esempi diversi di autenticazione invocazione.
Esempio 1: autenticazione dei test per gli sviluppatori
In qualità di sviluppatore, devi avere accesso per creare, aggiornare ed eliminare funzioni. questa viene concessa utilizzando normale (IAM).
Tuttavia, in qualità di sviluppatore, potresti dover richiamare le funzioni per scopi di test. Per richiamare una funzione utilizzando curl
o strumenti simili, tieni presente quanto segue:
Assegna un ruolo all'account utente delle funzioni Cloud Run contenente l'autorizzazione di chiamata.
run.routes.invoke
. In genere, tramite il ruolo Invoker di Cloud Run.
Se stai lavorando dalla tua macchina locale, configura l'accesso da riga di comando inizializzare Google Cloud CLI.
Fornisci alla richiesta le credenziali di autenticazione come token ID generato da Google memorizzato in un'intestazione
Authorization
. Ad esempio, richiedi un token ID utilizzandogcloud
eseguendo questo comando:curl -H "Authorization: Bearer $(gcloud auth print-identity-token)" \ https://FUNCTION_URL
dove FUNCTION_URL è l'URL della funzione. Recupera questo URL dalla pagina delle funzioni di Cloud Run del Console Google Cloud o eseguendo il comando
gcloud functions describe
come mostrato nel primo passaggio dell'esempio del comando di deployment di Google Cloud CLI.
Puoi utilizzare i token creati da gcloud
per richiamare funzioni HTTP in qualsiasi
progetto purché il tuo account abbia cloudfunctions.functions.invoke
l'autorizzazione per la funzione che viene richiamata. A scopo di sviluppo, usa
Token ID generati da gcloud
. Tuttavia, tieni presente che questi token non hanno un pubblico
, il che li rende suscettibili di attacchi di inoltro. Negli ambienti di produzione, utilizza gli token di identità emessi per un account di servizio con il segmento di pubblico appropriato specificato. Questo approccio migliora la sicurezza limitando l'utilizzo dei token solo al servizio previsto.
Come sempre, ti consigliamo di assegnare l'insieme minimo di autorizzazioni necessari per sviluppare e utilizzare le tue funzioni. Assicurati che i criteri IAM per le funzioni siano limitati al numero minimo di utenti e account di servizio.
Esempio 2: autenticare una funzione per effettuare chiamate di funzione
Quando crei servizi che collegano più funzioni, è buona norma assicurarti che ogni funzione possa inviare richieste solo a un sottoinsieme specifico delle altre funzioni. Ad esempio, se hai una funzione login
, dovrebbe essere in grado
per accedere alla funzione user profiles
, ma probabilmente non dovrebbe essere in grado
per accedere alla funzione search
.
a configurare la funzione ricevente in modo che accetti le richieste da una specifica chiamata
devi concedere il ruolo richiamar appropriato alla chiamata
l'account di servizio della funzione
sulla funzione ricevente.
Il ruolo invoker è Invoker di Cloud Run
(roles/run.invoker
) e deve essere concesso
sul servizio sottostante:
Console
Utilizza Invoker di Cloud Run:
Vai alla console Google Cloud:
Nell'elenco dei servizi Cloud Run, fai clic sulla casella di controllo accanto funzione ricevente. Non fare clic sulla funzione stessa.
Viene visualizzato il riquadro Autorizzazioni.
Fai clic su Aggiungi entità.
Inserisci l'identità del servizio di chiamata. Di solito si tratta di un indirizzo email, per impostazione predefinita
PROJECT_NUMBER-compute@developer.gserviceaccount.com
.Tieni presente che il numero del progetto è diverso dall'ID progetto e dal nome del progetto. Puoi trovare il numero del progetto nella pagina Dashboard della console Google Cloud.
Seleziona il ruolo
Cloud Run Invoker
dal menu a discesa Seleziona un ruolo.Fai clic su Salva.
gcloud
Utilizza il comando gcloud functions add-invoker-policy-binding
:
gcloud functions add-invoker-policy-binding RECEIVING_FUNCTION \ --member='serviceAccount:CALLING_FUNCTION_IDENTITY'
Il comando add-invoker-policy-binding
aggiunge un vincolo del criterio IAM del ruolo invoker che consente al membro (entità) specificato di invocare la funzione specificata. Google Cloud CLI rileva automaticamente la generazione della funzione e aggiunge il ruolo Invoker corretto (run.invoker
per le funzioni Cloud Run).
Sostituisci quanto segue:
RECEIVING_FUNCTION
: il nome della funzione di ricezione.CALLING_FUNCTION_IDENTITY
: la funzione di chiamata Identity, l'indirizzo email di un account di servizio.
Poiché chiamerà la funzione di ricezione, la funzione di chiamata deve anche fornire un token ID firmato da Google per l'autenticazione. Si tratta di una procedura in due passaggi process:
Crea un token ID firmato da Google con il campo pubblico (
aud
) impostato sull'URL della funzione di ricezione.Includi il token ID in un'intestazione
Authorization: Bearer ID_TOKEN
nella richiesta alla funzione.
Il modo più semplice e affidabile per gestire questa procedura è utilizzare le librerie di autenticazione, come mostrato di seguito, per generare e utilizzare questo token.
Genera token ID
Questa sezione descrive i diversi modi in cui puoi generare il token ID di cui ha bisogno un'entità per richiamare una funzione.
L'accesso non autenticato senza un token ID è possibile, ma deve essere abilitato. Per ulteriori informazioni, consulta Utilizzo di IAM per autorizzare l'accesso.
Genera i token in modo programmatico
Dopo che il codice riportato di seguito ha generato un token ID, quest'ultimo chiama il tuo con quel token per tuo conto. Questo codice funziona in qualsiasi ambiente in cui le librerie possono ottenere le credenziali di autenticazione, inclusi gli ambienti che supportano le credenziali predefinite dell'applicazione locali.
Node.js
Python
Vai
Java
Generare token manualmente
Se stai richiamando una funzione e per qualche motivo non puoi utilizzare le librerie di autenticazione, puoi ottenere il token ID manualmente in due modi: utilizzando il server di metadati di Compute o creando un JWT autofirmato e scambiandolo con un token ID firmato da Google.
Utilizzare il server dei metadati
Puoi utilizzare il server di metadati di Compute per recuperare i token ID con un segmento di pubblico specifico come segue:
curl "http://metadata.google.internal/computeMetadata/v1/instance/service-accounts/default/identity?audience=AUDIENCE" \
-H "Metadata-Flavor: Google"
Sostituisci AUDIENCE con l'URL della funzione che stai richiamando. Puoi recuperare questo URL come descritto nella sezione Test di autenticazione degli sviluppatori sopra.
Scambia un JWT autofirmato con un token ID firmato da Google
Concedi il ruolo Invoker (
roles/cloudfunctions.invoker
) a l'account di servizio della funzione chiamante sulla funzione ricevente.Crea un un account di servizio e una chiave e scaricare il file con la chiave privata (in formato JSON) sull'host da cui la funzione o il servizio chiamante effettua le proprie richieste.
Crea un JWT con l'intestazione impostata su
{"alg":"RS256","typ":"JWT"}
. Il payload dovrebbe includi un'attestazionetarget_audience
impostata sull'URL della funzione ricevente e le attestazioniiss
esub
impostate sull'indirizzo email dell'account di servizio in precedenza. Deve includere anche le rivendicazioniexp
eiat
.aud
la rivendicazione deve essere impostata suhttps://www.googleapis.com/oauth2/v4/token
.Utilizza la chiave privata scaricata sopra per firmare il JWT.
Utilizzando questo JWT, invia una richiesta POST a https://www.googleapis.com/oauth2/v4/token. I dati di autenticazione devono essere incluso nell'intestazione e nel corpo della richiesta.
Nell'intestazione:
Authorization: Bearer $JWT - where $JWT is the JWT you just created Content-Type: application/x-www-form-urlencoded
Nel corpo:
grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&assertion=$JWT
Sostituisci
$JWT
con il JWT appena creatoQuesto restituisce un altro JWT che include un
id_token
firmato da Google.
Invia la richiesta GET/POST alla funzione ricevente. Includi il token firmato da Google
Token ID in un'intestazione Authorization: Bearer ID_TOKEN_JWT
nella richiesta.
Passaggi successivi
Scopri come gestire l'accesso alle funzioni.
Ricevi assistenza su altri modi per generare token ID.