Vereinfachte Verknüpfung mit OAuth und „Über Google anmelden“

Übersicht

Mit OAuth-basierter Anmeldung mit Google und vereinfachter Verknüpfung wird die Anmeldung mit Google zusätzlich zur OAuth-Verknüpfung eingeführt. So können Google-Nutzer ihre Konten nahtlos verknüpfen und optional ein Konto erstellen, mit dem sie über ihr Google-Konto einen neuen Account für Ihren Dienst erstellen können.

So verknüpfen Sie Konten mit OAuth und der Anmeldung mit Google:

  1. Bitten Sie den Nutzer zuerst um die Einwilligung zum Zugriff auf sein Google-Profil.
  2. Prüfen Sie anhand der Informationen im Profil, ob das Nutzerkonto vorhanden ist.
  3. Verknüpfen Sie die Konten für bestehende Nutzer.
  4. Wenn Sie im Authentifizierungssystem keine Übereinstimmung für den Google-Nutzer finden, validieren Sie das von Google erhaltene ID-Token. Wenn Ihr Dienst die Kontoerstellung unterstützt, können Sie dann einen Nutzer anhand der im ID-Token enthaltenen Profilinformationen erstellen.
In dieser Abbildung sehen Sie die Schritte, die ein Nutzer ausführen muss, um sein Google-Konto über den vereinfachten Verknüpfungsvorgang zu verknüpfen. Auf dem ersten Screenshot ist zu sehen, wie ein Nutzer Ihre App zum Verknüpfen auswählen kann. Auf dem zweiten Screenshot kann der Nutzer bestätigen, ob er bereits ein Konto für Ihren Dienst hat. Auf dem dritten Screenshot kann der Nutzer das Google-Konto auswählen, das er verknüpfen möchte. Der vierte Screenshot zeigt die Bestätigung für die Verknüpfung des Google-Kontos mit Ihrer App. Der fünfte Screenshot zeigt ein erfolgreich verknüpftes Nutzerkonto in der Google App.
Kontoverknüpfung auf dem Smartphone eines Nutzers mit vereinfachter Verknüpfung

Abbildung 1. Kontoverknüpfung auf dem Smartphone eines Nutzers mit vereinfachter Verknüpfung

Vereinfachte Verknüpfung: OAuth- und Anmeldung mit Google-Vorgang

Das folgende Sequenzdiagramm zeigt die Interaktionen zwischen dem Nutzer, Google und Ihrem Endpunkt für den Tokenaustausch für die vereinfachte Verknüpfung.

Nutzer Google-App / Server Endpunkt für den Tokenaustausch Ihre API 1. Nutzer initiiert Verknüpfung 2. Anmeldung mit Google anfordern 3. Anmeldung mit Google 4. Absicht prüfen (JWT-Assertion) 5. account_found: true/false Wenn Konto gefunden: 6. Absicht abrufen Wenn kein Konto: 6. Absicht erstellen 7. access_token, refresh_token 8. Nutzertokens speichern 9. Auf Nutzerressourcen zugreifen
Abbildung 2. Die Ereignisabfolge im Vorgang für die vereinfachte Verknüpfung.

Rollen und Verantwortlichkeiten

In der folgenden Tabelle sind die Rollen und Verantwortlichkeiten der Akteure im Vorgang für die vereinfachte Verknüpfung definiert.

Akteur / Komponente GAL-Rolle Verantwortlichkeiten
Google-App / Server OAuth-Client Holt die Einwilligung des Nutzers für die Anmeldung mit Google ein, übergibt Identitätsassertions (JWT) an Ihren Server und speichert die resultierenden Tokens sicher.
Endpunkt für den Tokenaustausch Identitätsanbieter / Autorisierungsserver Validiert Identitätsassertions, prüft auf vorhandene Konten, verarbeitet die erforderlichen Absichten für die Kontoverknüpfung (check, get) und die optionale create Absicht und stellt Tokens basierend auf den angeforderten Absichten aus.
Ihre Dienst-API Ressourcenserver Gewährt Zugriff auf Nutzerdaten, wenn ein gültiges Zugriff token vorgelegt wird.

Anforderungen für die vereinfachte Verknüpfung

Entscheidungslogik für die vereinfachte Verknüpfung

Die folgende Logik bestimmt, wie Absichten während des Vorgangs für die vereinfachte Verknüpfung aufgerufen werden:

  1. Hat der Nutzer ein Konto in Ihrem Authentifizierungssystem? (Der Nutzer entscheidet, indem er JA oder NEIN auswählt.)
    1. JA : Meldet sich der Nutzer mit der E‑Mail-Adresse, die mit seinem Google-Konto verknüpft ist, auf Ihrer Plattform an? (Der Nutzer entscheidet, indem er JA oder NEIN auswählt.)
      1. JA : Hat der Nutzer ein entsprechendes Konto in Ihrem Authentifizierungssystem? (check Absicht wird aufgerufen, um dies zu bestätigen)
        1. JA : get Absicht wird aufgerufen und das Konto wird verknüpft, wenn die Absicht `get` erfolgreich zurückgegeben wird.
        2. NEIN : Neues Konto erstellen? (Der Nutzer entscheidet, indem er JA oder NEIN auswählt. Dies ist nur möglich, wenn Ihr Dienst die Kontoerstellung unterstützt.)
          1. JA : create Absicht wird aufgerufen und das Konto wird verknüpft, wenn die Absicht „create“ erfolgreich zurückgegeben wird.
          2. NEIN : Der OAuth-Verknüpfungsvorgang wird ausgelöst, der Nutzer wird zu seinem Browser weitergeleitet und hat die Möglichkeit, eine Verknüpfung mit einer anderen E‑Mail-Adresse herzustellen.
      2. NEIN : Der OAuth-Verknüpfungsvorgang wird ausgelöst, der Nutzer wird zu seinem Browser weitergeleitet und hat die Möglichkeit, eine Verknüpfung mit einer anderen E‑Mail-Adresse herzustellen.
    2. NEIN : Hat der Nutzer ein entsprechendes Konto in Ihrem Authentifizierungssystem? (check Absicht wird aufgerufen, um dies zu bestätigen)
      1. JA : get Absicht wird aufgerufen und das Konto wird verknüpft, wenn get Absicht erfolgreich zurückgegeben wird.
      2. NEIN : Wenn Ihr Dienst die Kontoerstellung unterstützt, wird die create Absicht aufgerufen und das Konto wird verknüpft, wenn create Absicht erfolgreich zurückgegeben wird. Wenn die Kontoerstellung nicht unterstützt wird, sollte Ihr Endpunkt HTTP 401 linking_error zurückgeben, um den Fallback-OAuth-Verknüpfungsvorgang auszulösen.

Implementierungsrezept

Ihr Endpunkt für den Tokenaustausch muss die erforderlichen Absichten check und get sowie optional die Absicht create implementieren, um die vereinfachte Verknüpfung zu unterstützen.

So verarbeiten Sie die verschiedenen Absichten:

Check for an existing user account (check intent)

Google calls your token exchange endpoint to verify if the Google user exists in your system. For parameter details, see Streamlined Linking Intents.

Implementation Recipe

To handle the required check intent, perform the following actions:

  1. Validate the request:

    • Verify client_id, client_secret, and grant_type (must be urn:ietf:params:oauth:grant-type:jwt-bearer).
    • Validate the assertion (JWT) using the criteria in JWT Validation.

  2. Lookup user:

    • Check if the Google Account ID (sub) or email address in the JWT matches a user in your database.

  3. Respond:

    • If found: Return HTTP 200 OK with {"account_found": "true"}.
    • If not found: Return HTTP 404 Not Found with {"account_found": "false"}.

Handle automatic linking (get intent)

If the account exists, Google calls your endpoint with intent=get to retrieve tokens. For parameter details, see Streamlined Linking Intents.

Implementation Recipe

To handle the required get intent, perform the following actions:

  1. Validate the request:

    • Verify client_id, client_secret, and grant_type.
    • Validate the assertion (JWT).

  2. Lookup user:

    • Verify the user exists using the sub or email claim.

  3. Respond:

    • If successful: Generate and return access_token, refresh_token, and expires_in in a JSON response (HTTP 200 OK).
    • If linking fails: Return HTTP 401 Unauthorized with {"error": "linking_error"} and an optional login_hint to fall back to standard OAuth linking.

Kontoerstellung mit „Über Google anmelden“ verarbeiten (Intent „create“)

Wenn Ihr Dienst die Kontoerstellung unterstützt und kein Konto vorhanden ist, ruft Google Ihren Endpunkt mit intent=create auf, um einen neuen Nutzer zu erstellen. Weitere Informationen zu den Parametern finden Sie unter Intents für die vereinfachte Verknüpfung.

Implementierungsrezept

So verarbeiten Sie das optionale Intent create:

  1. Anfrage validieren:

    • client_id, client_secret und grant_type überprüfen.
    • Die assertion (JWT) validieren.

  2. Prüfen, ob der Nutzer nicht vorhanden ist:

    • Prüfen, ob sub oder email bereits in Ihrer Datenbank vorhanden ist.
    • Wenn der Nutzer vorhanden ist: HTTP 401 Unauthorized mit {"error": "linking_error", "login_hint": "USER_EMAIL"} zurückgeben, um ein Fallback auf die OAuth-Verknüpfung zu erzwingen.

  3. Konto erstellen:

    • Verwenden Sie die Ansprüche sub, email, name und picture aus dem JWT, um einen neuen Nutzereintrag zu erstellen.

  4. Antworten:

    • Tokens in einer JSON-Antwort generieren und zurückgeben (HTTP 200 OK).

Google API-Client-ID abrufen

Sie müssen Ihre Google API-Client-ID während der Kontoverknüpfung Registrierung Prozess angeben. So rufen Sie Ihre API-Client-ID mit dem Projekt ab, das Sie beim Ausführen der Schritte zur OAuth-Verknüpfung erstellt haben: Führen Sie dazu die folgenden Schritte aus:

  1. Rufen Sie die Seite „Clients“ auf.

  2. Erstellen oder wählen Sie ein Google APIs-Projekt aus.

    Wenn Ihr Projekt keine Client-ID für den Webanwendungstyp hat, klicken Sie auf Client erstellen , um eine zu erstellen. Fügen Sie die Domain Ihrer Website im Feld Autorisierte JavaScript-Quellen hinzu. Wenn Sie lokale Tests oder Entwicklungen durchführen, müssen Sie sowohl http://localhost als auch http://localhost:<port_number> in das Feld Autorisierte JavaScript-Quellen eingeben.

Implementierung validieren

You can validate your implementation by using the OAuth 2.0 Playground tool.

In the tool, do the following steps:

  1. Click Configuration to open the OAuth 2.0 Configuration window.
  2. In the OAuth flow field, select Client-side.
  3. In the OAuth Endpoints field, select Custom.
  4. Specify your OAuth 2.0 endpoint and the client ID you assigned to Google in the corresponding fields.
  5. In the Step 1 section, don't select any Google scopes. Instead, leave this field blank or type a scope valid for your server (or an arbitrary string if you don't use OAuth scopes). When you're done, click Authorize APIs.
  6. In the Step 2 and Step 3 sections, go through the OAuth 2.0 flow and verify that each step works as intended.

You can validate your implementation by using the Google Account Linking Demo tool.

In the tool, do the following steps:

  1. Click the Sign in with Google button.
  2. Choose the account you'd like to link.
  3. Enter the service ID.
  4. Optionally enter one or more scopes that you will request access for.
  5. Click Start Demo.
  6. When prompted, confirm that you may consent and deny the linking request.
  7. Confirm that you are redirected to your platform.