Token für den Identitätszugang

Ein Identitätszugriffstoken dient als Sicherheitsnachweis für den Zugriff auf die Metadaten- und VPC-Identitätsdienste von „ IBM Cloud® “. Es handelt sich um ein signiertes Token mit einer Reihe von Ansprüchen, die auf Informationen über die Instanz sowie auf Informationen basieren, die in der Token-Anfrage übermittelt werden. Das Mindestversionsdatum für die Verwendung der Identitätszugriffstoken-Funktion ist 2022-03-01.

Die Kommunikation zwischen der Instanz und dem Metadatendienst findet ausschließlich innerhalb des Hosts statt. Auf das Token greifen Sie aus der Instanz heraus zu. Wenn der sichere Zugriff auf den Metadatendienst auf Ihrer Instanz aktiviert ist, verwenden Sie das Protokoll "https" anstelle des Protokolls "http".

Um das Identitäts-Token zu erhalten, stellen Sie eine PUT /identity/v1/token Anfrage an die API des Metadatendienstes.

Wenn Sie derzeit die /instance_identity/v1/token Methode verwenden und die API-Release-Version 2025-08-26 oder höher übernehmen möchten, lesen Sie die Änderungen, die in der Migrationsanleitung beschrieben sind: Aktualisierung auf die 2025-08-26 Version der VPC Identity API.

curl -X PUT "https://api.metadata.cloud.ibm.com/identity/v1/token?version=2025-08-26" -H "Metadata-Flavor: ibm" -d '{}'

In der Anfrage können Sie eine Verfallszeit für das Token angeben. Der Standardwert für den Ablauf ist 5 Minuten, aber Sie können jeden Wert zwischen 5 Sekunden und 1 Stunde angeben. Das folgende Beispiel zeigt einen Host, bei dem der sichere Zugriff aktiviert ist. Im nächsten Beispiel wird die Verfallszeit des Tokens mit einer Stunde angegeben.

curl -X PUT "https://api.metadata.cloud.ibm.com/identity/v1/token?version=2025-08-26" -H "Metadata-Flavor: ibm" -d '{"expires_in": 3600}'

Die API-Antwort enthält das Identitätszugriffstoken. Verwenden Sie das Token, um auf den Metadatenservice zuzugreifen.

Die folgende JSON-Antwort enthält die Zeichenfolge des Identitätszugriffstokens, das Erstellungsdatum und die Erstellungszeit sowie das Ablaufdatum, die Ablaufzeit und die von Ihnen festgelegte Ablaufzeit. Dieser Token verfällt in 5 Minuten.

{
  "access_token": "eyJhbGciOiJSUzI1NiIsImtpZCI6IlZTSS1DUl91cy1lYXN0X2I5...",
  "created_at": "2025-06-10T11:08:39.363Z",
  "expires_at": "2025-06-10T11:13:39.363Z",
  "expires_in": 300
}

Oder Sie können auch den folgenden Befehl verwenden:

identity_token=`curl -X PUT "https://api.metadata.cloud.ibm.com/identity/v1/token?version=2025-08-26"\
  -H "Metadata-Flavor: ibm"\
  -d '{
        "expires_in": 3600
      }' | jq -r '(.access_token)'`

Im folgenden Beispiel ist der Rückgabewert des Befehls cURL das Identitätszugriffstoken. Das Token wird von „ jq “ extrahiert und in die Umgebungsvariable „ identity_token “ geschrieben.

identity_token=`curl -X PUT "https://api.metadata.cloud.ibm.com/identity/v1/token?version=2025-08-26"\
  -H "Metadata-Flavor: ibm"\
  -d '{
        "expires_in": 3600
      }' | jq -r '(.access_token)'`

In diesem Beispiel wird „ jq “ als Parser verwendet, ein Drittanbieter-Tool, das unter der MIT-Lizenz lizenziert ist. „ jq “ ist möglicherweise nicht auf allen VPC-Images vorinstalliert, die bei der Erstellung einer Instanz zur Verfügung stehen. Möglicherweise müssen Sie vor der Verwendung „ jq “ installieren oder einen anderen Parser Ihrer Wahl verwenden.

Sie können die Variable identity_token in einem GET Aufruf an den Metadatendienst angeben, um eine der Metadatenmethoden aufzurufen. Weitere Informationen finden Sie unter Metadaten aus aktiven Instanzen abrufen.

Sie können aus diesem Identitäts-Token auch ein IAM-Token generieren und mithilfe der VPC-API IAM-fähige Dienste aufrufen. Weitere Informationen finden Sie unter „ IAM-Token aus einem Identitätszugriffstoken generieren “.

Ein IAM-Token aus einem Identitätszugriffstoken generieren

Um auf die IAM-fähigen Dienste von „ IBM Cloud “ in Ihrem Konto zugreifen zu können, können Sie anhand des Identitätszugriffstokens und eines vertrauenswürdigen Profils ein IAM-Token generieren. Nachdem Sie das IAM-Token generiert haben, können Sie damit auf IAM-fähige Dienste zugreifen, wie beispielsweise den „ IBM Cloud Object Storage “, den „Cloud Database Service“ und die VPC-APIs. Sie können das Token mehrmals wiederverwenden.

Stellen Sie eine POST /identity/v1/iam_tokens Anfrage und geben Sie die ID des vertrauenswürdigen Profils an. Bei dieser Anfrage werden das Identitätszugriffstoken und ein vertrauenswürdiges Profil, das mit einer virtuellen Serverinstanz verknüpft ist, verwendet, um ein IAM-Zugriffstoken zu generieren. Das vertrauenswürdige Profil kann entweder beim Erstellen der Instanz verlinkt oder im Anforderungshauptteil bereitgestellt werden.

Die IAM-API, die zur Übergabe des Identitätszugriffstokens und zur Generierung eines IAM-Tokens verwendet wird, wird nicht mehr unterstützt. Beta-Benutzer müssen zur Metadaten-Service-API migrieren, um ein IAM-Token mit Hilfe von POST /identity/v1/iam_tokens zu generieren.

Beispielanforderung:

iam_token=`curl -X POST "$vpc_metadata_api_endpoint/identity/v1/iam_tokens?version=2025-10-14" \
-H "Authorization: Bearer $identity_token" \
-d '{
      "trusted_profile": {
        "id": "Profile-8dd84246-7df4-4667-94e4-8cede51d5ac5"
      }
    }'| jq -r '(.access_token)'`

Die JSON-Antwort zeigt das IAM-Token.

{
  "access_token": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ0aGVfYmVzdCI6I8...",
  "created_at": "2025-06-10T14:10:15Z",
  "expires_at": "2025-06-10T15:10:15Z",
  "expires_in": 3600
}

Weitere Informationen zu vertrauenswürdigen Profilen finden Sie unter Vertrauenswürdiges Profil zum Aufrufen von IAM-fähigen Services verwenden.

Generierung eines Identitätszertifikats mit Hilfe eines Identitätszugriffstokens

Identitätszertifikate sind erforderlich, um die Verschlüsselung bei der Übertragung zwischen virtuellen Serverinstanzen und IBM Cloud® File Storage for VPC-Freigaben erfolgreich zu aktivieren und zu verwenden. Um ein Identitätszertifikat für die Instanz zu erzeugen, rufen Sie POST /identity/v1/certificates mit dem Identitätszugriffstoken und einer Zertifikatssignierungsanforderung (CSR) auf.

Sie können die Zertifikatssignierungsanforderungen (CSRs) aus dem Open-Source-Befehlszeilen-Toolkit beziehen. OpenSSL

1. Der folgende Befehl generiert eine Certificate Signing Request (CSR) und ein RSA-Schlüsselpaar mithilfe von openssl. Wenn Sie den Befehl ausführen, ersetzen Sie den Ländercode US durch Ihren zweistelligen Ländercode in '/C=US'.

   openssl req -sha256 -newkey rsa:4096 -subj '/C=US' -out ./sslcert.csr -keyout file.key -nodes
   

   Wenn Sie eine andere Software zur Erstellung der CSR verwenden, werden Sie möglicherweise aufgefordert, Informationen über Ihren Standort einzugeben, z. B. den Ländercode (C), das Bundesland (ST), den Ort (L), den Namen Ihrer Organisation (O) und die Organisationseinheit (OU). Jedes dieser Benennungsattribute kann verwendet werden. Alle anderen Namensattribute, wie beispielsweise gebräuchliche Namen, werden abgelehnt. CSRs mit angegebenem Common Name werden abgelehnt, da das System bei der Anforderung an die Metadaten-API Instanz-ID-Werte auf den Common Name des Betreffs für die Identitätszertifikate anwendet. CSRs mit Erweiterungen werden ebenfalls abgelehnt.

2. Formatieren Sie die CSR, bevor Sie einen API-Aufruf an den Metadatendienst senden, indem Sie den folgenden Befehl verwenden.

   awk 'NF {sub(/\r/, ""); printf "%s\\n",$0;}' sslcert.csr
   

Dann können Sie die API-Anfrage an den Metadatendienst stellen. Beispiel: Der Wert „ csr “ ist erforderlich. Der Wert „ expires_in “ ist optional. Der Standardwert für den Ablauf ist 3600, was 1 Stunde entspricht.

curl -X POST "$vpc_metadata_api_endpoint/identity/v1/certificates?version=2024-11-12" \
 -H "Authorization: Bearer $identity_token" \
 -d '{ "csr": "-----BEGIN CERTIFICATE REQUEST-----\nMIICnTCCAYUCAQAwWDELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCU1pbm5lc290YTES\nMBAGA1UEBwwJUm9jaGVzdGVyMSEwHwYDVQQKDBhJbnRlcm5ldCBXaWRnaXRzIFB0\neSBMdGQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCYBvW12cKEkRUu\nyPScs7Xjwu/m+W8pZSQf9wrBa7DBVLFCdh440xOuSnIbsm+BNgYz4wL6/8la+N/K\nff06CdEwy9HLhPYc2z62tECxOBhI1G9gnsRUwb6WHNY71VulZs+37/9Mgd/eQy2n\nKHULNEU7sjNpLYoguKX8GRV3etKDp3tlFQmB6cNGOAgB3aQDmhdAh7K6oftesm0R\n8C7nmFA4SSjaI+855JxoxadlB2cCA5boaQ2gNO6YhYbtuTrMicQb0MTlZmacqzqP\nAxXWD3yFmAuUCpa2tBFBsavSW/kc52m4ldcO60U6hARvOxcXDqrbwu8r1ieY+tcZ\ncqjjBi99AgMBAAGgADANBgkqhkiG9w0BAQsFAAOCAQEAgAqWjtH3yAsX8QfTa9Pv\n3kktYFQKFsBzntmFDdIrOkeGayWRCuSG06f3sHWH0RuGkpq1x/4bedjcyyNVSna7\nxYX6kPOQX5iqf9pISD7A0XIkfS6XAos7gOh/jadjtxSwPCkuztSqIPKObH9OClAE\nU1fYDEtZCaZxsUdLwWJwOzbsivT97g1UVnbJAEzAJrqyaV4cUbv/w/slytHF+GAg\nNoUvPD8NGOQ+VzuI2oQuK515cyHO1SXrJyvkEVwRVVr3SoasqqWIQRrIv6zgzgik\nLN+uQxpzL1EeTB8qKy7xjymo2y1PbmaZzVNQNaBnxJfLE522pfW69evBRJ1qhrby\nTQ==\n-----END CERTIFICATE REQUEST-----\n"}'

Oder Sie können auch den folgenden Befehl verwenden:

curl -X POST "$vpc_metadata_api_endpoint/identity/v1/certificates?version=2025-08-26" \
 -H "Authorization: Bearer $identity_token" \
 -d '{ "csr": "-----BEGIN CERTIFICATE REQUEST-----\nMIICnTCCAYUCAQAwWDELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCU1pbm5lc290YTES\nMBAGA1UEBwwJUm9jaGVzdGVyMSEwHwYDVQQKDBhJbnRlcm5ldCBXaWRnaXRzIFB0\neSBMdGQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCYBvW12cKEkRUu\nyPScs7Xjwu/m+W8pZSQf9wrBa7DBVLFCdh440xOuSnIbsm+BNgYz4wL6/8la+N/K\nff06CdEwy9HLhPYc2z62tECxOBhI1G9gnsRUwb6WHNY71VulZs+37/9Mgd/eQy2n\nKHULNEU7sjNpLYoguKX8GRV3etKDp3tlFQmB6cNGOAgB3aQDmhdAh7K6oftesm0R\n8C7nmFA4SSjaI+855JxoxadlB2cCA5boaQ2gNO6YhYbtuTrMicQb0MTlZmacqzqP\nAxXWD3yFmAuUCpa2tBFBsavSW/kc52m4ldcO60U6hARvOxcXDqrbwu8r1ieY+tcZ\ncqjjBi99AgMBAAGgADANBgkqhkiG9w0BAQsFAAOCAQEAgAqWjtH3yAsX8QfTa9Pv\n3kktYFQKFsBzntmFDdIrOkeGayWRCuSG06f3sHWH0RuGkpq1x/4bedjcyyNVSna7\nxYX6kPOQX5iqf9pISD7A0XIkfS6XAos7gOh/jadjtxSwPCkuztSqIPKObH9OClAE\nU1fYDEtZCaZxsUdLwWJwOzbsivT97g1UVnbJAEzAJrqyaV4cUbv/w/slytHF+GAg\nNoUvPD8NGOQ+VzuI2oQuK515cyHO1SXrJyvkEVwRVVr3SoasqqWIQRrIv6zgzgik\nLN+uQxpzL1EeTB8qKy7xjymo2y1PbmaZzVNQNaBnxJfLE522pfW69evBRJ1qhrby\nTQ==\n-----END CERTIFICATE REQUEST-----\n"}'

Bei einer erfolgreichen Antwort wird das neue Zertifikat mit Informationen wie ID, Erstellungs- und Ablaufdatum zurückgegeben.

{
  "certificates": [
    "-----BEGIN CERTIFICATE-----\nMIIDmTCCAoECFDGlhn2VlwNEQymsNpyt9rOiiiWDMA0GCSqGSIb3DQEBCwUAMIGJ\nMQswCQYDVQQGEwJVUzESMBAGA1UECAwJTWlubmVzb3RhMRIwEAYDVQQHDAlSb2No\nZXN0ZXIxDDAKBgNVBAoMA0lCTTEeMBwGA1UECwwVVmlydHVhbCBQcml2YXRlIENs\nb3VkMSQwIgYDVQQDDBtWUEMgRXhhbXBsZSBJbnRlcm1lZGlhdGUgQ0EwHhcNMjIx\nMTAxMTM1MDE0WhcNMjIxMTAxMTQyMDE0WjCBhzELMAkGA1UEBhMCVVMxEjAQBgNV\nBAgMCU1pbm5lc290YTESMBAGA1UEBwwJUm9jaGVzdGVyMQwwCgYDVQQKDANJQk0x\nHjAcBgNVBAsMFVZpcnR1YWwgUHJpdmF0ZSBDbG91ZDEiMCAGA1UEAwwZRXhhbXBs\nZSBTaGFyZSBDZXJ0aWZpY2F0ZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC\nggEBAM6JytY3R4zWo3zzw/dM9ldUw8TIDQ9dNt+0sm3bFHHlAXaSKvmI+Ls/uQoh\n9VPpRLTx+WyljnKNnkXC6BQOzlugjAfi8hE2f5CC0A0m58XcBiZqH5BwTeLI4vVZ\nO9pLySckkEtHcmFE4h70KS5+1jDApeOTTS6EJsQcal/AAVYg7PDyXr1jE2HTKxnt\nlXopB/+bvWmBQ2k50Km0h0D1n0Ipoqqwb1wwWCrzQ2ds2XNKCUGkCgN6buFiF2nN\nLYS1tsIaw6OsTx+VheNGlYdlOhMUVypCok9JQ85P4NU47O6YgITX1V63ewZBnn5p\napywqdg8K2X2YgU/tLdpl5Jz2ysCAwEAATANBgkqhkiG9w0BAQsFAAOCAQEABuOX\npxGbBQPdG3VGkNCYScZUcxocqmx4mCegBFfv4PjWU2+eG+3JikB3YWwqD11hixQm\n5Qwge/zMXzuKPs5D4yyblpDJlq5Iz/0VMjEl2paCHg9nm5Z3QaSydFH3SCGwfvld\nRn9ib6DSw4a58hmqON+CiWUSSibQy46gUsqVvYhq2lJimejTAN2DlePY2su1xvNV\nAdmDjmvO7j7YV/eWk6r7OgcqtVaAovN3okaybwxf8sLAFxLzp/aUaqXL10qJ/ISz\nVL+UHN7t5WzjHdh2OjDXwz0BOyhdbjyNX8ptKd+E0O21PsFFe8ErfShDh00g/ERP\nzXuEUsCxzTyWRTm8GA==\n-----END CERTIFICATE-----\n",
    "-----BEGIN CERTIFICATE-----\nMIIEADCCAuigAwIBAgIUDzQruKqvBY7+CS6DL0u93Na6cLMwDQYJKoZIhvcNAQEL\nBQAwgYExCzAJBgNVBAYTAlVTMRIwEAYDVQQIDAlNaW5uZXNvdGExEjAQBgNVBAcM\nCVJvY2hlc3RlcjEMMAoGA1UECgwDSUJNMR4wHAYDVQQLDBVWaXJ0dWFsIFByaXZh\ndGUgQ2xvdWQxHDAaBgNVBAMME1ZQQyBFeGFtcGxlIFJvb3QgQ0EwHhcNMjIxMTAx\nMDM0OTI5WhcNMjcxMDMxMDM0OTI5WjCBiTELMAkGA1UEBhMCVVMxEjAQBgNVBAgM\nCU1pbm5lc290YTESMBAGA1UEBwwJUm9jaGVzdGVyMQwwCgYDVQQKDANJQk0xHjAc\nBgNVBAsMFVZpcnR1YWwgUHJpdmF0ZSBDbG91ZDEkMCIGA1UEAwwbVlBDIEV4YW1w\nbGUgSW50ZXJtZWRpYXRlIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC\nAQEAxjvxOtSFKsJKl4teBLgkX4+myxhClz2Qmg5MnNQ+oyhyNrpYvjG3+O+DrSUK\nKTXzmWSkKU/6BKmHQPNdpd4ymbb0cG7wmpcU3YjjrSNFgd/o3CEK9M7+ofIuQtTX\nXNUQWX5rb3wBqEA1TWazVTZpphhhcGQ8u03VTKvoF4S2DI6L3brDJJ0w1DM9Isaa\nB2mS64VYMIj3jLry39ryGEoYq1a0tC4C9fET3V5NmUnIRNqVDnGGkYBy/57VRACU\nXxXcQuW6eoPYGk6Ho3eKly34eilF2n9xD/bB41R4NzaxO/0lHq+caI5r1WlnTXtF\nE8wLpFoYMkuC0qiKBesyuyef2QIDAQABo2YwZDAdBgNVHQ4EFgQU2MIYc9g4Z7Kj\n79u2HPGYyTk5QHwwHwYDVR0jBBgwFoAUVnTLKJHyjHUcRp22jx+d3uGqnrwwEgYD\nVR0TAQH/BAgwBgEB/wIBADAOBgNVHQ8BAf8EBAMCAYYwDQYJKoZIhvcNAQELBQAD\nggEBADhOBfnBEaWVWCsZo3UR7UlP5/8i3mRgyFt4YkICPMacy2IcnDw8aoyjTO5b\n4BLO4J1m4AmcJnDJcFIEKLBSNbzsiDdP2rWIAAJKO4gKxdTArIuLgq7zrR74j46L\nn6IFwumKQRw0diGYD6wWIo/f9kGy1NQ46igmRYrEfzA5HWitEpF0mu6lz8mZ8m9s\na6CTEqwLFhP+qOcWtpGjNTa+OHENAmmAR4mR4Os4MsBBnb4RA//S/4suW419Cz8N\n1/Ul7KduYRKpRMSiS9YWbCvC5WiEvOvfp8Z4ecXlC+ohU5MLuCRPfP+blBvxNx2O\nsLotlbzDpim/gYiJCHgW3POlsLE=\n-----END CERTIFICATE-----\n"
  ],
  "created_at": "2024-11-12T13:50:14Z",
  "expires_at": "2024-11-12T14:50:14Z",
  "expires_in": 3600,
  "id": "9fd84246-7df4-4667-94e4-8ecde51d5ac5"
}

Weitere Informationen finden Sie unter Verschlüsselung bei der Übertragung - Sichern von Mount-Verbindungen zwischen Dateifreigabe und Host.

Entschlüsselung des Identitätszugriffstokens

IBM Cloud® Virtual Private Cloud Zugriffstoken für Identitäts-Metadaten sind standardmäßige JSON Web Tokens (JWTs). Sie können diese mithilfe von Befehlszeilentools, Online-Decodern oder Programmierbibliotheken entschlüsseln, um Angaben wie die Gültigkeitsdauer (exp), Serverinformationen (iaas) und den Nonce-Wert anzuzeigen.

Der schnellste Weg, ein Identitäts-Token von „ IBM Cloud VPC “ in Ihrem Terminal zu entschlüsseln, ist die Verwendung von Standard- Unix-Tools oder speziellen CLI-Dienstprogrammen.

Identitäts-Token bestehen aus drei Teilen (Header, Nutzdaten, Signatur), die durch Punkt- .-Trennzeichen voneinander getrennt sind.

1. Das kodierte Header-Objekt besteht aus Schlüssel-Wert-Paaren.
2. Das kodierte Payload-Objekt, das aus Claims besteht, bei denen es sich im Wesentlichen um Schlüssel-Wert-Paare handelt. Im Folgenden finden Sie Beispiele für „ IBM Cloud VPC “-Angaben in Identitätsnachweisen.
   • iaas
   • vpc
   • benutzerdefinierte IP-Adressen
   • subnets
3. Die Signatur des Ausstellers, anhand derer festgestellt wird, ob der JWT-Code nach seiner Ausstellung kompromittiert oder verändert wurde. Die Signatur wird vom Aussteller erstellt, indem er die verschlüsselten Header- und Payload-Objekte mit einem Server- oder privaten Schlüssel signiert. Der Herausgeber wird durch den Vermerk „ iss “ angegeben.

• Um ein Identitäts-Token mithilfe von „ base64 “ und „jq“ zu dekodieren, können Sie die Nutzlast (den zweiten Teil) mit dem folgenden Befehl dekodieren.

  # Replace <TOKEN> with your actual token string
  echo "<TOKEN>" | cut -d '.' -f 2 | base64 --decode | jq .
  

  Bei Tokens, die „ URL-safe“ verwenden ( Base64 ), müssen Sie möglicherweise vor der Dekodierung - durch + und _ durch / ersetzen.

• Um ein Identitäts-Token mit jwt-cli zu entschlüsseln, führen Sie die folgenden Schritte aus. Dieses Verfahren sollte mit Vorsicht angewendet werden.

  1. Installieren Sie ein spezielles Tool, um sauberere Ergebnisse zu erzielen.

     npm install -g jwt-cli
     

  2. Setzen Sie den folgenden Befehl ab.

     jwt decode <TOKEN>
     

  3. Lesen Sie die Informationen im Abschnitt „Nutzdaten“ durch. Beispiel:

     {
       "aud": [
         "VSI-CR_us-south",
         "247cd7d3-ff6b-11ef-8b70-ca73f727becf_63791398320466773051136262737897537855791952320"
       ],
       "exp": 1741802544,
       "iaas": {
         "crn": "crn:v1:staging:public:is:us-south-3:a/af6443f619a949c9919c1eb1625d6cc5::instance:7389_bca3d8e4-b8b4-42e0-881e-761a01a89f20",
         "accountID": "af6443f619a949c9919c1eb1625d6cc5",
         "instanceID": "7389_bca3d8e4-b8b4-42e0-881e-761a01a89f20",
         "zone": "us-south-3",
         "region": "us-south",
         "profile_name": "bx2-2x8",
         "resource_group_id": "6d42cce33e604a86b95485c5735be52d"
       },
       "iat": 1741802244,
       "ip_addresses": [
         {
           "address": "52.118.123.193"
         },
         {
           "address": "10.240.128.4"
         }
       ],
       "iss": "VSI-CR_us-south",
       "nonce": "2026-03-12T12:34:56.789Z",
       "subnets": [
         {
           "crn": "crn:v1:staging:public:is:us-south-3:a/af6443f619a949c9919c1eb1625d6cc5::subnet:7389-9b1a8341-5863-40da-a29f-9a9d6eef2a51",
           "name": "fode-sn3",
           "id": "7389-9b1a8341-5863-40da-a29f-9a9d6eef2a51"
         }
       ],
       "vpc": {
         "crn": "crn:v1:staging:public:is:us-south:a/af6443f619a949c9919c1eb1625d6cc5::vpc:r134-199db3c7-928c-41af-95fd-d4e166648773",
         "name": "fode",
         "id": "r134-199db3c7-928c-41af-95fd-d4e166648773"
       }
     }
     

  4. Um das JWT zu validieren, überprüfen Sie die Signatur „ iss “ und vergewissern Sie sich, dass das kodierte Header-Objekt und das kodierte Payload-Objekt nach der Ausstellung des JWT nicht verändert wurden.

Sie können auch ein Tool eines Drittanbieters wie beispielsweise „python-jwt“ oder „golang-jwt“ verwenden, um das JWT zu dekodieren.