Autenticazione per le chiamate (1ª gen.)
Per richiamare una funzione Cloud Run autenticata, principal deve soddisfare i seguenti requisiti:
- Disporre dell'autorizzazione per richiamare la funzione.
- Fornisci un token ID quando richiama la funzione.
Che cos'è un'entità? 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 per autenticare queste non persone.
- 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 avere Autorizzazione IAM richiamatore:
cloudfunctions.functions.invoke
. Di solito tramite il ruolo Invoker.
Per concedere queste autorizzazioni, utilizza il
add-invoker-policy-binding
come mostrato
Autenticazione della funzione per le chiamate di funzione.
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, Le identità devono fornire un token ID con la richiesta di autenticazione. 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 per invocazione.
Esempio 1: autenticazione dei test per gli sviluppatori
In qualità di sviluppatore, devi avere accesso per creare, aggiornare ed eliminare le funzioni. Questo accesso viene concesso utilizzando la procedura 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.
cloudfunctions.functions.invoke
. In genere questa operazione avviene tramite il ruolo Invoker. Di per impostazione predefinita, Cloud Run Functions Admin e I ruoli Sviluppatore per le funzioni di Cloud Run hanno questa autorizzazione. Consulta la sezione Ruoli IAM delle funzioni Cloud Run per l'elenco completo dei ruoli e delle relative autorizzazioni associate.
Se lavori dalla tua macchina locale, configura l'accesso da riga di comando inizializzando Google Cloud CLI.
Fornisci la tua richiesta con le credenziali di autenticazione generate da Google Token ID archiviato 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, utilizza i token ID generati da gcloud
. Tuttavia, tieni presente che questi token non dispongono di una rivendicazione per il pubblico, il che li rende vulnerabili ad 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 ruoli IAM i criteri delle tue funzioni sono limitati al numero minimo di utenti e account di servizio.
Esempio 2: autenticare una funzione per effettuare chiamate di funzione
Quando si creano servizi che collegano più funzioni, è una buona idea
garantire che ogni funzione possa inviare richieste solo a un sottoinsieme specifico di
altre funzioni. Ad esempio, se hai una funzione login
, dovrebbe essere in grado di accedere alla funzione user profiles
, ma probabilmente non dovrebbe essere in grado di 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. La
Il ruolo di Invoker è Invoker delle funzioni di Cloud Run (roles/cloudfunctions.invoker
):
Console
Utilizza Invoker delle funzioni di Cloud Run:
Vai alla console Google Cloud:
Fai clic sulla casella di controllo accanto alla funzione di ricezione. Non fare clic sul della funzione stessa.)
Fai clic su Autorizzazioni nella parte superiore dello schermo. Viene visualizzato il riquadro Autorizzazioni.
Fai clic su Aggiungi entità.
Nel campo Nuove entità, inserisci l'identità della funzione di chiamata. Deve essere l'indirizzo email di un account di servizio.
Seleziona il ruolo Cloud Functions > Cloud Functions Invoker dal menu a discesa Seleziona un ruolo.
Fai clic su Salva.
gcloud
Usa il comando gcloud functions add-invoker-policy-binding
:
gcloud functions add-invoker-policy-binding RECEIVING_FUNCTION \ --member='serviceAccount:CALLING_FUNCTION_IDENTITY'
La add-invoker-policy-binding
aggiunge un criterio IAM per il ruolo di callback
associazione che consente al membro specificato (entità) di richiamare l'oggetto
personalizzata. Google Cloud CLI rileva automaticamente la generazione della funzione e
aggiunge il ruolo Invoker corretto (cloudfunctions.invoker
per 1ª generazione).
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 una
Authorization: Bearer ID_TOKEN
nell'intestazione richiesta alla funzione.
Il modo di gran lunga più semplice e affidabile per gestire questo processo è 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 l'token ID di cui un principale ha bisogno per invocare 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 seguente codice genera un token ID, chiama la funzione Cloud Run 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 il librerie di autenticazione, esistono due modi per ottenere il token ID manualmente, utilizzando il server di metadati Compute oppure creando un JWT autofirmato e scambiandolo con un token ID firmato da Google.
Utilizzare il server di 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
) all'account di servizio della funzione chiamante nella funzione di ricezione.Crea un account di servizio e una chiave e scarica il file con la chiave privata (in formato JSON) sull'host da cui la funzione o il servizio chiamante effettua le 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
. L'affermazioneaud
debe 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 token JWT che hai appena creatoQuesto restituisce un altro JWT che include un
id_token
firmato da Google.
Invia la richiesta GET/POST alla funzione di ricezione. Includi il token ID firmato da Google in un Authorization: Bearer ID_TOKEN_JWT
header nella richiesta.
Passaggi successivi
Scopri come gestire l'accesso alle funzioni.
Ricevi assistenza per altri modi per generare token ID.