Cette page explique comment s'authentifier auprès d'Identity-Aware Proxy (IAP) sécurisée d'un compte utilisateur ou de service géré.
Un compte utilisateur appartient à un utilisateur individuel. Vous authentifiez un compte utilisateur lorsque votre application doit accéder à des ressources sécurisées par IAP au nom d'un utilisateur. Pour plus plus d'informations, consultez l'article Comptes utilisateur.
Un compte de service appartient à une application et non à un utilisateur individuel. Vous authentifiez un compte de service lorsque vous souhaitez autoriser une application à accéder à vos ressources sécurisées par IAP. Pour en savoir plus, consultez la page Comptes de service.
Avant de commencer
Avant de commencer, vous aurez besoin des éléments suivants :
- Une application sécurisée par IAP vers laquelle vous souhaitez se connecter de manière programmatique à l'aide d'un compte de développeur, d'un compte de service ou identifiants de l'application.
Authentifier un compte utilisateur
Vous pouvez activer l'accès des utilisateurs à votre application depuis une application mobile ou de bureau afin de permettre à un programme d'interagir avec une ressource sécurisée par IAP.
Authentification à partir d'une application mobile
- Créez ou utilisez un ID client OAuth 2.0 existant pour votre application mobile. Pour utiliser un ID client OAuth 2.0 existant, suivez la procédure décrite dans Partager des clients OAuth.
- Ajoutez l'ID client OAuth à la liste d'autorisation pour l'accès programmatique de l'application.
- Obtenez un jeton d'ID pour l'ID client sécurisé par IAP.
- Android : demandez un jeton OpenID Connect (OIDC) à l'aide de l'API Google Sign-In. Définissez l'ID client
requestIdToken
sur celui de la ressource à laquelle vous vous connectez. - iOS : utilisez Google Sign-In pour obtenir un jeton d'ID.
- Android : demandez un jeton OpenID Connect (OIDC) à l'aide de l'API Google Sign-In. Définissez l'ID client
- Incluez le jeton d'ID dans un en-tête
Authorization: Bearer
pour envoyer la requête authentifiée à la ressource sécurisée par IAP.
Authentification à partir d'une application de bureau
Cette section décrit comment authentifier un compte utilisateur à partir d'une ligne de commande d'ordinateur de bureau.
- Pour permettre aux développeurs d'accéder à votre application à partir de la ligne de commande, créez un ID client OAuth 2.0 pour ordinateur ou partagez un ID client OAuth de bureau existant.
- Ajoutez l'ID client OAuth à la liste d'autorisation pour l'accès programmatique de l'application.
Se connecter à l'application
Chaque développeur qui souhaite accéder à une application sécurisée par IAP vous devez d'abord vous connecter. Vous pouvez intégrer le processus dans un script, par exemple à l'aide de la CLI gcloud. Voici un exemple montrant comment se connecter et générer un jeton pour accéder à l'application avec curl :
- Connectez-vous à votre compte ayant accès à la ressource Google Cloud.
-
Démarrez un serveur local capable d'échouer les requêtes entrantes.
REMARQUE: La commande utilise l'utilitaire NetCat. Vous pouvez utiliser l'utilitaire de votre choix.$ nc -k -l 4444
-
Accédez à l'URI suivant, où
DESKTOP_CLIENT_ID
correspond à l'ID client de l'application de bureau :https://accounts.google.com/o/oauth2/v2/auth?client_id=DESKTOP_CLIENT_ID&response_type=code&scope=openid%20email&access_type=offline&redirect_uri=http://localhost:4444&cred_ref=true
-
Dans la sortie du serveur local, recherchez les paramètres de la requête. Vous devriez voir
quelque chose comme ceci:
GET /?code=$CODE&scope=email%20openid%20https://www.googleapis.com/auth/userinfo.email&hd=google.com&prompt=consent HTTP/1.1
copiez le code CODE pour le remplacerAUTH_CODE
ci-dessous avec l'ID client et le code secret de l'application de bureau:curl --verbose \ --data client_id=DESKTOP_CLIENT_ID \ --data client_secret=DESKTOP_CLIENT_SECRET \ --data code=AUTH_CODE \ --data redirect_uri=http://localhost:4444 \ --data grant_type=authorization_code \ https://oauth2.googleapis.com/token
Ce code renvoie un objet JSON avec une
id_token
: que vous pouvez utiliser pour accéder à l'application.
Accéder à l'application
Pour accéder à l'application, utilisez le champ id_token
comme suit :
curl --verbose --header 'Authorization: Bearer ID_TOKEN' URL
Jeton d'actualisation
Vous pouvez utiliser le jeton d'actualisation généré lors du processus de connexion pour obtenir de nouveaux jetons d'identification. Cela est utile lorsque le jeton d'ID d'origine expire. Chaque ID est valide pendant environ une heure. Pendant ce temps, vous pouvez définir plusieurs à une application spécifique.
Voici un exemple dans lequel curl utilise le jeton d'actualisation pour obtenir un nouvel ID
à partir d'un jeton d'accès. Dans l'exemple suivant, REFRESH_TOKEN
correspond au jeton du flux de connexion.
DESKTOP_CLIENT_ID
et DESKTOP_CLIENT_SECRET
sont les mêmes que ceux utilisés dans le flux de connexion :
curl --verbose \ --data client_id=DESKTOP_CLIENT_ID \ --data client_secret=DESKTOP_CLIENT_SECRET \ --data refresh_token=REFRESH_TOKEN \ --data grant_type=refresh_token \ https://oauth2.googleapis.com/token
Ce code renvoie un objet JSON avec un nouveau
id_token
que vous pouvez
utiliser pour accéder
à l'application.
Authentifier un compte de service
Vous pouvez utiliser un jeton JWT de compte de service. ou un OpenID Connect (OIDC) pour authentifier un compte de service Ressource sécurisée par IAP. Le tableau suivant décrit certaines des différences entre les différents jetons d'authentification et leurs fonctionnalités.
Fonctionnalités d'authentification | Jeton JWT du compte de service | Jeton OpenID Connect |
---|---|---|
Compatibilité avec l'accès contextuel | ||
Exigence concernant l'ID client OAuth 2.0 | ||
Champ d'application du jeton | URL de la ressource sécurisée par IAP | ID client OAuth 2.0 |
S'authentifier avec un jeton JWT d'un compte de service
L'authentification d'un compte de service à l'aide d'un jeton JWT comprend les étapes principales suivantes :
Attribuez au compte de service appelant le rôle Créateur de jetons du compte de service (
roles/iam.serviceAccountTokenCreator
).Ce rôle accorde aux comptes principaux l'autorisation de créer des identifiants éphémères, tels que des jetons JWT.
Créez un jeton JWT pour la ressource sécurisée par IAP.
Signez le jeton JWT à l'aide de la clé privée du compte de service.
Créer le jeton JWT
Le jeton JWT créé doit avoir une charge utile semblable à l'exemple suivant:
{ "iss": SERVICE_ACCOUNT_EMAIL_ADDRESS, "sub": SERVICE_ACCOUNT_EMAIL_ADDRESS, "aud": TARGET_URL, "iat": IAT, "exp": EXP, }
Dans les champs
iss
etsub
, indiquez l'adresse e-mail du compte de service. Elle se trouve dans le champclient_email
du fichier JSON du compte de service, ou transmise. Format type :service-account@PROJECT_ID.iam.gserviceaccount.com
Dans le champ
aud
, indiquez l'URL de la ressource sécurisée par IAP.Pour le champ
iat
, spécifiez l'heure actuelle de l'epoch UNIX, et pour le champexp
, spécifiez une heure dans un délai de 3 600 secondes. Ce champ définit la date d'expiration du JWT.
Signer le jeton JWT
Vous pouvez signer le jeton JWT à l'aide de l'une des méthodes suivantes:
- Utilisez l'API d'identifiants IAM pour signer un jeton JWT sans avoir à accéder directement à une clé privée.
- Utilisez un fichier de clé d'identifiants local pour signer le jeton JWT en local.
Signer le jeton JWT à l'aide de l'API d'identifiants de compte de service IAM
Utilisez l'API d'identifiants de compte de service IAM pour signer un jeton JWT de compte de service. La méthode récupère la clé privée associée à votre compte de service et l'utilise pour signer la charge utile JWT. Cela permet de signer un jeton JWT sans accès direct à une clé privée.
Pour vous authentifier auprès d'IAP, configurez le service Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
gcloud
Exécutez la commande suivante pour préparer une requête avec la charge utile JWT:
cat > claim.json << EOM { "iss": "SERVICE_ACCOUNT_EMAIL_ADDRESS", "sub": "SERVICE_ACCOUNT_EMAIL_ADDRESS", "aud": "TARGET_URL", "iat": $(date +%s), "exp": $((`date +%s` + 3600)) } EOM
Utilisez la commande Google Cloud CLI suivante pour signer la charge utile dans
request.json
:gcloud iam service-accounts sign-jwt --iam-account=SERVICE_ACCOUNT_EMAIL_ADDRESS claim.json output.jwt
Si la requête aboutit,
output.jwt
contient un jeton JWT signé.Utilisez le jeton JWT pour accéder à votre ressource sécurisée par IAP.
Python
import datetime
import json
import google.auth
from google.cloud import iam_credentials_v1
import jwt
def generate_jwt_payload(service_account_email: str, resource_url: str) -> str:
"""Generates JWT payload for service account.
The resource url provided must be the same as the url of the IAP secured resource.
Args:
service_account_email (str): Specifies service account JWT is created for.
resource_url (str): Specifies scope of the JWT, the URL that the JWT will be allowed to access.
Returns:
A signed-jwt that can be used to access IAP protected applications.
Access the application with the JWT in the Authorization Header.
curl --verbose --header 'Authorization: Bearer SIGNED_JWT' URL
"""
iat = datetime.datetime.now(tz=datetime.timezone.utc)
exp = iat + 3600
return json.dumps({
'iss': service_account_email,
'sub': service_account_email,
'aud': resource_url,
'iat': iat,
'exp': exp,
})
def sign_jwt(target_sa: str, resource_url: str) -> str:
"""Signs JWT payload using ADC and IAM credentials API.
Args:
target_sa (str): Service Account JWT is being created for.
iap.webServiceVersions.accessViaIap permission is required.
resource_url (str): Audience of the JWT, and scope of the JWT token.
This is the url of the IAP protected application.
Returns:
A signed-jwt that can be used to access IAP protected apps.
"""
source_credentials, _ = google.auth.default()
iam_client = iam_credentials_v1.IAMCredentialsClient(credentials=source_credentials)
return iam_client.sign_jwt(
name=iam_client.service_account_path('-', target_sa),
payload=generate_jwt_payload(target_sa, resource_url),
).signed_jwt
Si la requête aboutit, le script renvoie un jeton JWT signé. Utilisez le jeton JWT pour accéder à votre ressource sécurisée par IAP.
curl
Exécutez la commande suivante pour préparer une requête avec la charge utile JWT:
cat << EOF > request.json { "payload": JWT_PAYLOAD } EOF
Signez le jeton JWT à l'aide de l'API IAM Service Account Credentials:
curl -X POST \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json; charset=utf-8" \ -d @request.json \ "https://iamcredentials.googleapis.com/v1/projects/-/serviceAccounts/SERVICE_ACCOUNT_EMAIL_ADDRESS:signJwt"
En cas de requête réussie, un jeton JWT signé est inclus dans la réponse.
Utilisez le jeton JWT pour accéder à votre ressource sécurisée par IAP.
Signer le jeton JWT à partir d'un fichier de clé d'identification local
Les jetons JWT sont signés à l'aide de la clé privée du compte de service.
Si vous disposez d'un fichier de clé de compte de service, le JWT peut être signé localement.
Le script envoie un en-tête JWT avec la charge utile. Pour le kid
dans l'en-tête, utilisez l'ID de clé privée du compte de service, qui se trouve
Champ private_key_id
du fichier JSON contenant les identifiants du compte de service.
La clé est également utilisée pour signer le jeton JWT.
Python
import time
import jwt
import json
def generate_jwt_payload(service_account_email, resource_url):
"""Generates JWT payload for service account.
The resource url provided must be the same as the url of the IAP secured resource.
Args:
service_account_email (str): Specifies service account JWT is created for.
resource_url (str): Specifies scope of the JWT, the URL that the JWT will be allowed to access.
Returns:
A signed-jwt that can be used to access IAP protected applications.
Access the application with the JWT in the Authorization Header.
curl --verbose --header 'Authorization: Bearer SIGNED_JWT' URL
"""
iat = datetime.datetime.now(tz=datetime.timezone.utc)
exp = iat + 3600
return json.dumps({
'iss': service_account_email,
'sub': service_account_email,
'aud': resource_url,
'iat': iat,
'exp': exp,
})
def sign_jwt_with_key_file(credential_key_file_path, resource_url):
"""Signs JWT payload using local service account credential key file.
Args:
credential_key_file_path (str): Path to the downloaded JSON credentials of the service
account the JWT is being created for.
resource_url (str): Scope of JWT token, This is the url of the IAP protected application.
Returns:
A service account JWT created with a downloaded private key.
"""
with open(credential_key_file_path, 'r') as credential_key_file:
key_data = json.load(credential_key_file)
PRIVATE_KEY_ID_FROM_JSON = key_data["private_key_id"]
PRIVATE_KEY_FROM_JSON = key_data["private_key"]
SERVICE_ACCOUNT_EMAIL = key_data["client_email"]
# Sign JWT with private key and store key id in the header
additional_headers = {'kid': PRIVATE_KEY_ID_FROM_JSON}
payload = generate_jwt_payload(service_account_email=SERVICE_ACCOUNT_EMAIL, resource_url=resource_url)
signed_jwt = jwt.encode(
payload,
PRIVATE_KEY_FROM_JSON,
headers=additional_headers,
algorithm='RS256',
)
return signed_jwt
Le résultat est un jeton JWT signé.
Accéder à l'application
Dans tous les cas, pour accéder à l'application, utilisez l'
signed-jwt
comme suit:
curl --verbose --header 'Authorization: Bearer SIGNED_JWT' URL
S'authentifier avec un jeton OIDC
- Créez ou utilisez un ID client OAuth 2.0 existant. Pour utiliser un ID client OAuth 2.0 existant, suivez la procédure décrite dans Partager des clients OAuth.
- Ajoutez l'ID client OAuth à la liste d'autorisation pour l'accès programmatique de l'application.
Vous devez également ajouter le compte de service à la liste d'accès du projet sécurisé par IAP. Les exemples de code suivants montrent comment obtenir un jeton OIDC. Vous devez inclure le jeton dans un en-tête Authorization: Bearer
pour envoyer la requête d'authentification à la ressource sécurisée par IAP.
Obtenir un jeton OIDC pour le compte de service par défaut
Si vous souhaitez obtenir un jeton OIDC pour le compte de service par défaut pour Compute Engine, App Engine ou Cloud Run, vous pouvez utiliser un exemple de code permettant de générer le jeton permettant d'accéder à ressource:
C#
Go
Pour vous authentifier auprès d'IAP, configurez les identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Java
Node.js
PHP
Pour vous authentifier auprès d'IAP, configurez les identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Python
Pour vous authentifier auprès d'IAP, configurez le service Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Ruby
Pour vous authentifier auprès d'IAP, configurez les identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Obtenir un jeton OIDC à partir d'un fichier de clé de compte de service local
Si vous disposez d'un fichier de clé de compte de service, vous pouvez adapter les exemples de code précédents pour fournir le fichier de clé de compte de service.
Bash
#!/usr/bin/env bash
set -euo pipefail
get_token() {
# Get the bearer token in exchange for the service account credentials.
local service_account_key_file_path="${1}"
local iap_client_id="${2}"
local iam_scope="https://www.googleapis.com/auth/iam"
local oauth_token_uri="https://www.googleapis.com/oauth2/v4/token"
local private_key_id="$(cat "${service_account_key_file_path}" | jq -r '.private_key_id')"
local client_email="$(cat "${service_account_key_file_path}" | jq -r '.client_email')"
local private_key="$(cat "${service_account_key_file_path}" | jq -r '.private_key')"
local issued_at="$(date +%s)"
local expires_at="$((issued_at + 600))"
local header="{'alg':'RS256','typ':'JWT','kid':'${private_key_id}'}"
local header_base64="$(echo "${header}" | base64)"
local payload="{'iss':'${client_email}','aud':'${oauth_token_uri}','exp':${expires_at},'iat':${issued_at},'sub':'${client_email}','target_audience':'${iap_client_id}'}"
local payload_base64="$(echo "${payload}" | base64)"
local signature_base64="$(printf %s "${header_base64}.${payload_base64}" | openssl dgst -binary -sha256 -sign <(printf '%s\n' "${private_key}") | base64)"
local assertion="${header_base64}.${payload_base64}.${signature_base64}"
local token_payload="$(curl -s \
--data-urlencode "grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer" \
--data-urlencode "assertion=${assertion}" \
https://www.googleapis.com/oauth2/v4/token)"
local bearer_id_token="$(echo "${token_payload}" | jq -r '.id_token')"
echo "${bearer_id_token}"
}
main(){
# TODO: Replace the following variables:
SERVICE_ACCOUNT_KEY="service_account_key_file_path"
IAP_CLIENT_ID="iap_client_id"
URL="application_url"
# Obtain the ID token.
ID_TOKEN=$(get_token "${SERVICE_ACCOUNT_KEY}" "${IAP_CLIENT_ID}")
# Access the application with the ID token.
curl --header "Authorization: Bearer ${ID_TOKEN}" "${URL}"
}
main "$@"
Obtenir un jeton OIDC dans tous les autres cas
Dans tous les autres cas, utilisez l'API des identifiants IAM pour générer un jeton OIDC en usurpant l'identité d'un compte de service cible juste avant d'accéder Ressource sécurisée par IAP. Ce processus implique les étapes suivantes : étapes:
Attribuez au compte de service appelant (le compte de service associé au code qui obtient le jeton d'identification) le rôle Créateur de jetons d'identité OpenID Connect du compte de service (
roles/iam.serviceAccountOpenIdTokenCreator
).Cela permet au compte de service appelant d'usurper l'identité du compte de service cible.
Utilisez les identifiants fournis par le compte de service appelant pour appeler la méthode generateIdToken sur le compte de service cible.
Définissez le champ
audience
sur votre ID client.
Pour obtenir des instructions détaillées, consultez la section Créer un jeton d'ID.
Authentification à partir de l'en-tête Proxy-Authorization
Si votre application utilise l'en-tête de requête Authorization
, vous pouvez
incluez plutôt le jeton d'ID dans un en-tête Proxy-Authorization: Bearer
. Si un jeton d'ID valide est détecté dans un en-tête Proxy-Authorization
, l'IAP autorise la requête avec celui-ci. Après avoir autorisé
, IAP transmet l'en-tête Authorization
à votre
application sans traiter le contenu.
Si aucun jeton d'ID valide n'est trouvé dans l'en-tête Proxy-Authorization
,
IAP continue de traiter l'en-tête Authorization
.
supprime l'en-tête Proxy-Authorization
avant de transmettre la requête à votre
application.
Étape suivante
- Obtenez plus d'informations sur l'autorisation avec les jetons de support.
- Essayez Sign-In pour Android ou Sign-In pour iOS.