JSON-Webtokens ausstellen

In diesem Dokument wird beschrieben, wie Sie JSON Web Tokens ausstellen, um Ihren web- und mobilbasierten Apps Zugriff auf Fleet Engine-Daten zu gewähren. Falls noch nicht geschehen, lesen Sie den Abschnitt JSON Web Tokens im Abschnitt Sicherheit in Fleet Engine. Mit dem Fleet Engine-Dienst können Sie JWTs auf eine der folgenden Arten ausstellen:

  • Autorisierungsbibliothek verwenden: Google empfiehlt diesen Ansatz, wenn Ihre Codebasis in Java geschrieben ist. Diese Bibliothek übernimmt die Ausstellung von JWTs für alle Anwendungsfälle, die Sie für den Dienst benötigen, und vereinfacht die Implementierung erheblich.
  • Eigene JWTs erstellen: Wenn Sie unsere JWT-Bibliothek nicht verwenden können, müssen Sie diese in Ihre eigene Codebasis einbinden. In diesem Abschnitt finden Sie verschiedene Beispiele für JWTs für jedes Szenario.

Funktionsweise von JWTs

Für nicht vertrauenswürdige Umgebungen wie Smartphones und Webbrowser gibt Ihr Backend-Server JWTs aus, die so funktionieren:

  • Ihr Clientcode, der in einer Umgebung mit geringem Vertrauen ausgeführt wird, ruft Ihren Servercode auf, der in einer vollständig vertrauenswürdigen Umgebung ausgeführt wird, um das entsprechende JWT anzufordern, das an die Fleet Engine übergeben werden soll.

  • JWTs sind mit Dienstkonten verknüpft. Anfragen, die an Fleet Engine gesendet werden, sind daher implizit mit dem Dienstkonto verknüpft, das das JWT signiert hat.

  • JWT-Ansprüche schränken die Ressourcen, auf die der Client zugreifen kann, weiter ein, z. B. auf bestimmte Fahrzeuge, Fahrten oder Aufgaben.

Autorisierungsbibliothek für Java verwenden

Wenn Sie die Fleet Engine-Autorisierungsbibliothek für Java verwenden möchten, rufen Sie das GitHub-Repository auf. Die Bibliothek vereinfacht die Erstellung von Fleet Engine-JWTs und signiert sie sicher. Sie bietet Folgendes:

  • Deklarationen von Projektabhängigkeiten
  • Eine vollständige Liste aller Dienstkontorollen für On-Demand-Fahrten oder geplante Aufgaben
  • Andere Mechanismen zur Tokensignierung als die Verwendung von Dateien mit Anmeldedaten, z. B. die Übernahme der Identität eines Dienstkontos
  • Hängt signierte Tokens an ausgehende Anfragen an, die entweder von einem gRPC-Stub oder einer GAPIC-Clientbibliothek (Google API Codegen) stammen.
  • Anleitung zum Integrieren der Signierer in die Fleet Engine-Clientbibliotheken

Wenn Sie JWTs aus Ihrem Code ausstellen

Wenn Sie die Autorisierungsbibliothek für Java nicht verwenden können, müssen Sie JWTs in Ihrer eigenen Codebasis implementieren. In diesem Abschnitt finden Sie einige Richtlinien zum Erstellen eigener Tokens. Eine Liste der JWT-Felder und ‑Ansprüche finden Sie im Abschnitt Sicherheit in Fleet Engine unter JSON Web Tokens. Informationen zu den von Fleet Engine verwendeten Dienstkontorollen finden Sie unter Dienstkontorollen. Im folgenden Abschnitt finden Sie eine Liste mit JWT-Beispielen für On-Demand-Fahrten oder geplante Aufgaben.

Allgemeine Richtlinien

  • Verwenden Sie geeignete Dienstkonten und Rollen. Das Dienstkonto und die zugehörige Rolle sorgen dafür, dass der Nutzer, der das Token anfordert, berechtigt ist, die Informationen aufzurufen, auf die das Token Zugriff gewährt. Zum Beispiel:
    • Wenn Sie ein JWT signieren, das an ein Mobilgerät übergeben werden soll, verwenden Sie das Dienstkonto für die Rolle „Driver SDK“ oder „Consumer SDK“. Andernfalls kann das Mobilgerät auf Daten zugreifen und diese ändern, auf die es keinen Zugriff haben sollte.
    • Wenn Sie das JWT signieren, das für privilegierte Aufrufe verwendet werden soll, verwenden Sie das Dienstkonto mit der richtigen Fleet Engine-Administratorrolle, wenn Sie ADC oder JWTs verwenden. Andernfalls schlägt der Vorgang fehl.
  • Geben Sie nur die erstellten Tokens weiter. Geben Sie niemals die Anmeldedaten weiter, die zum Erstellen der Tokens verwendet wurden.
  • Bei gRPC-Aufrufen hängt der Mechanismus zum Anhängen des Tokens von der Sprache und dem Framework ab, die für den Aufruf verwendet werden. Um ein Token für einen HTTP-Aufruf anzugeben, fügen Sie einen Authorization-Header mit einem Inhabertoken ein, dessen Wert das Token ist.
  • Ablaufzeit zurückgeben Ihr Server muss eine Ablaufzeit für das Token zurückgeben, normalerweise in Sekunden.
  • Wenn Sie ein JSON-Objekt direkt als Token-Inhaber erstellen und signieren müssen, anstatt OAuth 2.0-Zugriffstokens zu verwenden, lesen Sie die Anleitung für die Dienstkonto-Autorisierung ohne OAuth in der Identity-Entwicklerdokumentation.

Für On-Demand-Fahrten

  • Fügen Sie beim Erstellen der JWT-Nutzlast im Autorisierungsabschnitt einen zusätzlichen Anspruch mit dem Schlüssel vehicleid oder tripid hinzu, der auf den Wert der Fahrzeug-ID oder Fahrt-ID festgelegt ist, für die der Aufruf erfolgt.

Für geplante Aufgaben

  • Wenn Ihr Server andere APIs aufruft, müssen die Tokens auch die entsprechende Anforderung enthalten. Dazu können Sie Folgendes tun:
    • Legen Sie den Wert jedes Schlüssels auf * fest.
    • Gewähren Sie dem Nutzer Zugriff auf alle taskids und deliveryvehicleids. Dazu fügen Sie im Autorisierungsabschnitt einen zusätzlichen Anspruch mit den Schlüsseln taskid und deliveryvehicleid hinzu.
    • Wenn Sie das Sternchen (*) in der taskids-Anforderung verwenden, muss es das einzige Element im Array sein.

JWT-Beispiele für On-Demand-Fahrten

In diesem Abschnitt finden Sie JWT-Beispiele für gängige Szenarien, wenn Sie On-Demand-Fahrten verwenden.

Beispieltoken für einen Vorgang in einer Fahrer-App

{
  "alg": "RS256",
  "typ": "JWT",
  "kid": "private_key_id_of_driver_service_account"
}
.
{
  "iss": "driver@yourgcpproject.iam.gserviceaccount.com",
  "sub": "driver@yourgcpproject.iam.gserviceaccount.com",
  "aud": "https://fleetengine.googleapis.com/",
  "iat": 1511900000,
  "exp": 1511903600,
  "authorization": {
     "vehicleid": "driver_12345"
   }
}

Beispieltoken für einen Vorgang in einer Nutzer-App

{
  "alg": "RS256",
  "typ": "JWT",
  "kid": "private_key_id_of_consumer_service_account"
}
.
{
  "iss": "consumer@yourgcpproject.iam.gserviceaccount.com",
  "sub": "consumer@yourgcpproject.iam.gserviceaccount.com",
  "aud": "https://fleetengine.googleapis.com/",
  "iat": 1511900000,
  "exp": 1511903600,
  "authorization": {
     "tripid": "trip_54321"
   }
}

JWT-Beispiele für geplante Aufgaben

In diesem Abschnitt finden Sie JWT-Beispiele für typische Szenarien, wenn Sie geplante Aufgaben verwenden.

Beispieltoken für eine Fahrer-App

    {
      "alg": "RS256",
      "typ": "JWT",
      "kid": "private_key_id_of_delivery_driver_service_account"
    }
    .
    {
      "iss": "driver@yourgcpproject.iam.gserviceaccount.com",
      "sub": "driver@yourgcpproject.iam.gserviceaccount.com",
      "aud": "https://fleetengine.googleapis.com/",
      "iat": 1511900000,
      "exp": 1511903600,
      "authorization": {
         "deliveryvehicleid": "driver_12345"
       }
    }

Beispieltoken für eine Nutzer-App

    {
      "alg": "RS256",
      "typ": "JWT",
      "kid": "private_key_id_of_delivery_consumer_service_account"
    }
    .
    {
      "iss": "consumer@yourgcpproject.iam.gserviceaccount.com",
      "sub": "consumer@yourgcpproject.iam.gserviceaccount.com",
      "aud": "https://fleetengine.googleapis.com/",
      "iat": 1511900000,
      "exp": 1511903600,
      "authorization": {
         "trackingid": "shipment_12345"
       }
    }

JWT-Beispiele für Flottenvorgänge

In diesem Abschnitt finden Sie ein JWT-Beispiel für ein typisches Szenario im Flottenbetrieb.

Beispieltoken zum Verfolgen aller Aufgaben und Fahrzeuge in einer Flotte

Das folgende Beispiel ist ein Token, mit dem alle Aufgaben und Fahrzeuge in der Flotte über eine webbasierte App verfolgt werden, die von einem Betreiber verwendet wird. Die für diese Vorgänge erforderlichen Berechtigungen sind umfangreicher als für Clientanwendungen. Informationen zur clientseitigen Implementierung, die dieses Token verwendet, finden Sie unter JavaScript-Bibliothek für die Fahrten- und Bestellverfolgung einrichten:

  • Signieren Sie das Token mit der Cloud IAM-Rolle Fleet Engine Delivery Fleet Reader.

   {
      "alg": "RS256",
      "typ": "JWT",
      "kid": "private_key_id_of_consumer_service_account"
    }
    .
    {
      "iss": "superuser@yourgcpproject.iam.gserviceaccount.com",
      "sub": "superuser@yourgcpproject.iam.gserviceaccount.com",
      "aud": "https://fleetengine.googleapis.com/",
      "iat": 1511900000,
      "exp": 1511903600,
      "scope": "https://www.googleapis.com/auth/xapi",
      "authorization": {
         "taskid": "*",
         "deliveryvehicleid": "*",
       }
    }

Alternative Authentifizierungsmethode für Backend-Servervorgänge

Google empfiehlt, Standardanmeldedaten für Anwendungen (Application Default Credentials, ADC) zur Authentifizierung von Backend-Servervorgängen zu verwenden. Wenn Sie keine Standardanmeldedaten für Anwendungen verwenden können und JWTs verwenden müssen, sehen Sie sich diese Beispiele an.

Beispieltoken für einen On-Demand-Backend-Servervorgang

  {
    "alg": "RS256",
    "typ": "JWT",
    "kid": "private_key_id_of_provider_service_account"
  }

  {
    "iss": "provider@yourgcpproject.iam.gserviceaccount.com",
    "sub": "provider@yourgcpproject.iam.gserviceaccount.com",
    "aud": "https://fleetengine.googleapis.com/",
    "iat": 1511900000,
    "exp": 1511903600,
    "authorization": {
       "vehicleid": "*",
       "tripid": "*"
     }
  }
  

Beispieltoken für einen geplanten Backend-Servervorgang

    {
      "alg": "RS256",
      "typ": "JWT",
      "kid": "private_key_id_of_provider_service_account"
    }
    .
    {
      "iss": "provider@yourgcpproject.iam.gserviceaccount.com",
      "sub": "provider@yourgcpproject.iam.gserviceaccount.com",
      "aud": "https://fleetengine.googleapis.com/",
      "iat": 1511900000,
      "exp": 1511903600,
      "authorization": {
         "taskid": "*"
       }
    }
   

Beispieltoken für einen geplanten Batchvorgang zum Erstellen von Aufgaben auf dem Backend-Server

    {
      "alg": "RS256",
      "typ": "JWT",
      "kid": "private_key_id_of_provider_service_account"
    }
    .
    {
      "iss": "provider@yourgcpproject.iam.gserviceaccount.com",
      "sub": "provider@yourgcpproject.iam.gserviceaccount.com",
      "aud": "https://fleetengine.googleapis.com/",
      "iat": 1511900000,
      "exp": 1511903600,
      "authorization": {
         "taskids": ["*"]
       }
    }
  

Beispieltoken für einen geplanten Backend-Servervorgang pro Lieferfahrzeug

    {
      "alg": "RS256",
      "typ": "JWT",
      "kid": "private_key_id_of_provider_service_account"
    }
    .
    {
      "iss": "provider@yourgcpproject.iam.gserviceaccount.com",
      "sub": "provider@yourgcpproject.iam.gserviceaccount.com",
      "aud": "https://fleetengine.googleapis.com/",
      "iat": 1511900000,
      "exp": 1511903600,
      "authorization": {
         "deliveryvehicleid": "*"
       }
    }
  

Nächste Schritte

  • Prüfen Sie Ihre Einrichtung, damit Sie ein Testfahrzeug erstellen und sicherstellen können, dass Ihre Tokens wie vorgesehen funktionieren.
  • Informationen zur Verwendung von Standardanmeldedaten für Anwendungen anstelle von JWTs für Backend-Servervorgänge finden Sie in der Sicherheitsübersicht.