Auf dieser Seite wird beschrieben, wie Sie sich über ein Nutzerkonto oder ein Dienstkonto bei einer mit Identity-Aware Proxy (IAP) gesicherten Ressource authentifizieren.
Ein Nutzerkonto gehört zu einem einzelnen Nutzer. Ein Nutzerkonto muss authentifiziert werden, wenn Ihre Anwendung im Namen eines Nutzers auf Ressourcen zugreifen soll, die mit IAP gesichert sind. Weitere Informationen finden Sie unter Nutzerkonten.
Ein Dienstkonto ist keinem einzelnen Nutzer, sondern einer Anwendung zugeordnet. Ein Dienstkonto muss authentifiziert werden, wenn Sie einer Anwendung Zugriff auf Ihre mit IAP gesicherten Ressourcen gewähren möchten. Weitere Informationen finden Sie unter Dienstkonten.
Hinweis
Für den Start ist Folgendes erforderlich:
- Eine mit IAP gesicherte Anwendung, zu der Sie mithilfe der Anmeldedaten eines Entwicklerkontos, eines Dienstkontos oder einer mobilen App programmatisch eine Verbindung herstellen möchten
Nutzerkonto authentifizieren
Damit ein Programm mit einer Ressource interagieren kann, die mit IAP gesichert ist, können Sie den Nutzerzugriff von einer Desktopanwendung oder einer mobilen App auf Ihre Anwendung aktivieren.
Von einer mobilen App aus authentifizieren
- Erstellen Sie eine OAuth 2.0-Client-ID für Ihre mobile App im selben Projekt wie die mit IAP gesicherte Ressource:
- Rufen Sie die Seite Anmeldedaten auf.
Zur Seite "Anmeldedaten" - Wählen Sie das Projekt mit der Ressource aus, die mit IAP gesichert ist.
- Klicken Sie auf Anmeldedaten erstellen und wählen Sie OAuth-Client-ID aus.
- Wählen Sie den Anwendungstyp aus, für den Sie die Anmeldedaten erstellen möchten.
- Fügen Sie gegebenenfalls Werte für Name und Einschränkungen hinzu und klicken Sie dann auf Erstellen.
- Rufen Sie die Seite Anmeldedaten auf.
- Notieren Sie sich die im eingeblendeten Fenster OAuth-Client angezeigte Client-ID für die mit IAP gesicherte Ressource, zu der Sie eine Verbindung herstellen möchten.
- Rufen Sie ein ID-Token für die mit IAP gesicherte Client-ID ab:
- Android: Fordern Sie mit der Google Sign-In API ein OpenID Connect-Token (OIDC) an. Geben Sie für die Client-ID von
requestIdToken
die Client-ID für die Ressource an, zu der Sie eine Verbindung herstellen möchten. - iOS: Fordern Sie mit Google Log-in ein ID-Token an. Geben Sie für
serverClientID
die Client-ID für die Ressource an, zu der Sie eine Verbindung herstellen möchten.
- Android: Fordern Sie mit der Google Sign-In API ein OpenID Connect-Token (OIDC) an. Geben Sie für die Client-ID von
- Fügen Sie das ID-Token in einen
Authorization: Bearer
-Header ein, um die authentifizierte Anfrage an die mit IAP gesicherte Ressource zu senden.
Von einer Desktopanwendung aus authentifizieren
In diesem Abschnitt wird beschrieben, wie Sie ein Nutzerkonto von einer Desktop-Befehlszeile aus authentifizieren können.
Die Client-ID einrichten
Damit Entwickler über die Befehlszeile auf Ihre Anwendung zugreifen können, müssen Sie zuerst OAuth-Client-ID-Anmeldedaten vom Typ Desktop-Anwendung erstellen:
- Öffnen Sie die Seite Anmeldedaten.
Zur Seite "Anmeldedaten" - Wählen Sie das Projekt mit der Ressource aus, die mit IAP gesichert ist.
- Klicken Sie auf Anmeldedaten erstellen und wählen Sie OAuth-Client-ID aus.
- Wählen Sie unter Anwendungstyp die Option Desktop-Anwendung aus. Geben Sie anschließend unter Name einen Namen ein und klicken Sie auf Erstellen.
- Notieren Sie die im eingeblendeten Fenster OAuth-Client angezeigte Client-ID und den Clientschlüssel. Sie benötigen diese in einem Skript, um Anmeldedaten zu verwalten oder mit Ihren Entwicklern anderweitig gemeinsam zu nutzen.
- Im Fenster Anmeldedaten werden die neuen Anmeldedaten der Option Desktop-Anwendung mit der primären Client-ID angezeigt, die für den Zugriff auf die Anwendung verwendet wird.
Bei der Anwendung anmelden
Jeder Entwickler, der auf eine mit IAP gesicherte Anwendung zugreifen möchte, muss sich als Erstes anmelden. Sie können den Vorgang in einem Skript bündeln, z. B. mit der gcloud CLI. Im Folgenden finden Sie ein Beispiel mit curl, mit dem Sie sich anmelden und ein Token generieren können, um damit auf die Anwendung zuzugreifen:
- Melden Sie sich in Ihrem Konto an, das Zugriff auf die Google Cloud-Ressource hat.
-
Starten Sie einen lokalen Server, der die eingehenden Anfragen wiedergeben kann.
$ nc -k -l 4444
HINWEIS: Der Befehl verwendet das Dienstprogramm NetCat. Sie können das Dienstprogramm Ihrer Wahl verwenden. -
Rufen Sie den folgenden URI auf, wobei
DESKTOP_CLIENT_ID
die Client-ID der Desktop-App ist, die Sie oben erstellt haben: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
-
Suchen Sie in der Ausgabe des lokalen Servers nach den Anfrageparametern. Sie sollten in etwa Folgendes sehen:
GET /?code=$CODE&scope=email%20openid%20https://www.googleapis.com/auth/userinfo.email&hd=google.com&prompt=consent HTTP/1.1
Kopieren Sie den CODE, umAUTH_CODE
zusammen mit der oben erstellten Clientanwendung-Client-ID und dem Secret zu ersetzen.IAP_CLIENT_ID
ist die primäre Client-ID, die für den Zugriff auf Ihre Anwendung verwendet wird:curl --verbose \ --data client_id=DESKTOP_CLIENT_ID \ --data client_secret=DESKTOP_CLIENT_SECRET \ --data code=AUTH_CODE \ --data audience=IAP_CLIENT_ID \ --data redirect_uri=http://localhost:4444 \ --data grant_type=authorization_code \ https://oauth2.googleapis.com/token
Dieser Code gibt ein JSON-Objekt mit dem Feld
id_token
zurück, mit dem Sie auf die Anwendung zugreifen können.
Auf die Anwendung zugreifen
Verwenden Sie den id_token
so, um auf die Anwendung zuzugreifen:
curl --verbose --header 'Authorization: Bearer ID_TOKEN' URL
Aktualisierungstoken
Sie können das während der Anmeldung generierte Aktualisierungstoken verwenden, um neue ID-Tokens abzurufen. Dies ist nützlich, wenn das ursprüngliche ID-Token abläuft. Jedes ID-Token ist etwa eine Stunde gültig. In dieser Zeit können Sie mehrere Anfragen an eine bestimmte Anwendung stellen.
Im folgenden Beispiel wird curl verwendet, um mit dem Aktualisierungstoken ein neues ID-Token abzurufen. Im folgenden Beispiel ist REFRESH_TOKEN
das Token aus dem Anmeldevorgang.
IAP_CLIENT_ID
, DESKTOP_CLIENT_ID
und DESKTOP_CLIENT_SECRET
sind dieselben wie im Anmeldevorgang:
curl --verbose \ --data client_id=DESKTOP_CLIENT_ID \ --data client_secret=DESKTOP_CLIENT_SECRET \ --data refresh_token=REFRESH_TOKEN \ --data grant_type=refresh_token \ --data audience=IAP_CLIENT_ID \ https://oauth2.googleapis.com/token
Dieser Code gibt ein JSON-Objekt mit einem neuen id_token
-Feld zurück, mit dem Sie auf die Anwendung zugreifen können.
Authentifizierung über ein Dienstkonto
Verwenden Sie ein OpenID Connect-Token (OIDC) zur Authentifizierung eines Dienstkontos bei einer mit IAP gesicherten Ressource. So finden Sie Ihre Client-ID:
- Zur Seite „IAP“.
Suchen Sie die Ressource, auf die Sie zugreifen möchten, und klicken Sie dann auf > Zur OAuth-Konfiguration.
Notieren Sie sich die Client-ID, die auf der nun angezeigten Seite zu sehen ist.
Außerdem müssen Sie das Dienstkonto der Zugriffsliste für das mit IAP gesicherte Projekt hinzufügen. Die folgenden Codebeispiele zeigen, wie Sie ein OIDC-Token erhalten. Unabhängig davon, welchen Schlüssel Sie auswählen, müssen Sie das Token in einen Authorization: Bearer
-Header einfügen, um die authentifizierte Anfrage an die mit IAP gesicherte Ressource zu senden.
OIDC-Token für das Standarddienstkonto abrufen
Wenn Sie ein OIDC-Token für das Standarddienstkonto für Compute Engine, App Engine oder Cloud Run abrufen möchten, können Sie das folgende Codebeispiel verwenden, um das Token zu generieren, um auf eine mit IAP gesicherte Ressource zuzugreifen:
C#
Go
Java
Node.js
PHP
Python
Ruby
OIDC-Token aus einer lokalen Dienstkonto-Schlüsseldatei abrufen
Wenn Sie eine Dienstkontoschlüsseldatei haben, können Sie die vorherigen Codebeispiele anpassen, um die Dienstkontoschlüsseldatei bereitzustellen.
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 + 3600))"
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 Bearer ID token.
ID_TOKEN=$(get_token "${SERVICE_ACCOUNT_KEY}" "${IAP_CLIENT_ID}")
# Access the application with the Bearer ID token.
curl --header "Authorization: Bearer ${ID_TOKEN}" "${URL}"
}
main "$@"
In allen anderen Fällen ein OIDC-Token abrufen
In allen anderen Fällen können Sie die IAM Credentials API verwenden, um ein OIDC-Token zu generieren, indem Sie die Identität eines Zieldienstkontos übernehmen, bevor Sie auf eine mit IAP gesicherte Ressource zugreifen. Dieser Prozess umfasst die folgenden Schritte:
Geben Sie das aufrufende Dienstkonto (das mit dem Code, der das ID-Token erhält) verknüpfte Dienstkonto, die Rolle „Ersteller von OpenID-Token-Ersteller“ (
roles/iam.serviceAccountOpenIdTokenCreator
) an.Dadurch kann das aufrufende Dienstkonto die Identität des Zieldienstkontos übernehmen.
Verwenden Sie die vom aufrufenden Dienstkonto bereitgestellten Anmeldedaten, um die Methode generateIdToken für das Zieldienstkonto aufzurufen.
Geben Sie im Feld
audience
Ihre Client-ID an.
Eine detaillierte Anleitung finden Sie unter ID-Token erstellen.
Authentifizierung über Proxy-Autorisierungsheader
Wenn Ihre Anwendung den Authorization
-Anfrageheader ausfüllt, können Sie stattdessen das ID-Token in einem Proxy-Authorization: Bearer
-Header angeben. Wenn in einem Proxy-Authorization
-Header ein gültiges ID-Token gefunden wird, autorisiert IAP die Anfrage damit. Nach der Autorisierung der Anfrage übergibt IAP den Authorization
-Header an Ihre Anwendung, ohne den Inhalt zu verarbeiten.
Wenn im Proxy-Authorization
-Header kein gültiges ID-Token gefunden wird, verarbeitet IAP weiterhin den Authorization
-Header und entfernt den Proxy-Authorization
-Header, bevor die Anfrage an die Anwendung übergeben wird.