vSAN-Verschlüsselung

Für die Verschlüsselung inaktiver vSAN-Daten ist ein Schlüsselverwaltungssystem (KMS) erforderlich. Google Cloud VMware Engine bietet mehrere Optionen für die Schlüsselverwaltung für die vSAN-Datenverschlüsselung:

  • Google-owned and Google-managed encryption keys (GMEK): Standardmäßig wird für die vSAN-Datenverschlüsselung verwendet Google-owned and Google-managed encryption keys in Cloud Key Management Service für private Clouds, ohne zusätzliche Kosten.
  • Kundenverwaltete Verschlüsselungsschlüssel (CMEK): Sie können CMEK in Cloud Key Management Service verwenden, um Verschlüsselungsschlüssel für einzelne private Clouds zu verwalten.
  • Externer KMS: Sie können einen externen KMS zur Verschlüsselung ruhender vSAN-Daten von einem der folgenden unterstützten Anbieter bereitstellen.

Schlüsselverwaltungslösung auswählen

Die folgende Vergleichstabelle soll Ihnen bei der Auswahl einer Schlüsselverwaltungslösung helfen:

Funktion GMEK (Standard) CMEK Externer KMS
Verantwortung für die Schlüsselverwaltung Google Kunde Kunde
Schlüsselspeicherung Cloud Key Management Service (Google-Projekt) Cloud Key Management Service (Kundenprojekt) Externer KMS
Isolationsebene Regionaler Dienst Einzelne private Cloud Einzelne private Cloud
Rotationsautomatisierung Von Google automatisiert Von Google bei KMS-Rotation automatisiert Vom Kunden verwaltet
Zusätzliche Lizenzkosten Keine Google Cloud KMS-Gebühren fallen an KMS-Lizenzierung durch Drittanbieter

Auf dieser Seite wird das Verhalten der vSAN-Verschlüsselung erläutert und es werden die Optionen für die Schlüsselverwaltung (GMEK, CMEK und externer KMS) zusammengefasst, die zum Verschlüsseln ruhender VM-Daten in VMware Engine verfügbar sind.

vSAN-Datenverschlüsselung

Standardmäßig aktiviert VMware Engine die vSAN-Verschlüsselung für Daten im primären Cluster und in Clustern, die anschließend der privaten Cloud hinzugefügt werden. Zur Verschlüsselung ruhender vSAN-Daten wird ein Datenverschlüsselungsschlüssel (Data Encryption Key, DEK) verwendet, der nach der Verschlüsselung auf dem lokalen physischen Laufwerk des Clusters gespeichert wird. Der DEK ist ein FIPS 140-2 Level 1-konformer AES-256-Bit-Verschlüsselungsschlüssel, der automatisch von ESXi-Hosts generiert wird. Das System verwendet einen Schlüsselverschlüsselungsschlüssel (Key Encryption Key, KEK), der von Cloud Key Management Service oder einem externen KMS bereitgestellt wird, um den DEK zu verschlüsseln.

Es wird dringend davon abgeraten, die vSAN-Verschlüsselung ruhender Daten zu deaktivieren, da Sie sonst gegen die dienstspezifischen Nutzungsbedingungen für Google Cloud VMware Engine verstoßen könnten. Wenn Sie die vSAN-Verschlüsselung ruhender Daten in einem Cluster deaktivieren, löst die VMware Engine-Monitoring-Logik eine Warnung aus. Damit Sie nicht gegen die Dienstbedingungen verstoßen, löst diese Benachrichtigung eine von Cloud Customer Care gesteuerte Aktion aus, um die vSAN-Verschlüsselung im betroffenen Cluster wieder zu aktivieren.

Wenn Sie einen externen KMS konfigurieren, wird dringend davon abgeraten, die Schlüsselanbieterkonfiguration von Cloud Key Management Service in vCenter Server zu löschen.

Google-owned and Google-managed encryption keys (GMEK)

Standardmäßig verwenden private Clouds Google-owned and Google-managed encryption keys (GMEK). Mit GMEK konfiguriert VMware Engine vCenter Server so, dass eine Verbindung zu einem GMEK-Anbieter hergestellt wird. VMware Engine erstellt eine Instanz des Schlüsselanbieters pro Region und der Schlüsselanbieter verwendet Cloud KMS für die Verschlüsselung des KEK. VMware Engine verwaltet den Schlüsselanbieter vollständig und konfiguriert ihn so, dass er in allen Regionen hochverfügbar ist.

Der GMEK-Anbieter ergänzt den nativen vSphere-Schlüsselanbieter (Native Key Provider, NKP) in vCenter Server (in vSphere 7.0 Update 2 und höher) und ist der empfohlene Ansatz für Produktionsumgebungen. Der NKP wird als Prozess auf dem vCenter-Server ausgeführt, der in einem vSphere-Cluster in VMware Engine ausgeführt wird. VMware rät davon ab, den NKP zum Verschlüsseln des Clusters zu verwenden, der vCenter Server hostet. Verwenden Sie stattdessen GMEK, CMEK oder einen externen KMS.

Automatische GMEK-Schlüsselrotation

Google Cloud VMware Engine löst regelmäßig eine automatische Schlüsselrotation von GMEK für alle Cluster aus. Dies ist eine Hintergrundwartungsaufgabe, die keine Nutzereingriffe erfordert und die Clusterverfügbarkeit nicht beeinträchtigt.

Kundenverwaltete Verschlüsselungsschlüssel (CMEK)

Google Cloud VMware Engine unterstützt kundenverwaltete Verschlüsselungsschlüssel (Customer-Managed Encryption Keys, CMEK) für einzelne private Clouds mit Cloud Key Management Service. Sie können jede private Cloud mit einem eigenen CMEK-Schlüssel konfigurieren, anstatt einen einzelnen Schlüssel für das gesamte Projekt zu verwenden. Dies bietet folgende Vorteile:

  • Verbesserte Isolation:Eine Kompromittierung eines Schlüssels für eine private Cloud hat keine Auswirkungen auf andere.
  • Granulare Steuerung:Weisen Sie verschiedenen Umgebungen unterschiedliche Schlüssel zu, um Compliance-Anforderungen zu erfüllen.

CMEK-Verschlüsselung verwalten

Sie können kundenverwaltete Verschlüsselungsschlüssel (CMEK) für Ihre private Cloud mit der Google Cloud console, der Google Cloud CLI und der VMware Engine API konfigurieren und verwalten. Wenn Sie CMEK verwenden möchten, müssen Sie Ihrem VMware Engine-Dienstkonto (service-<var>PROJECT_NUMBER</var>@gcp-sa-vmwareengine.) die IAM-Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für den jeweiligen Cloud KMS-Schlüssel zuweisen, den Sie verwenden möchten. Mit dieser Berechtigung kann VMware Engine den Schlüsselverschlüsselungsschlüssel (Key Encryption Key, KEK) verschlüsseln und entschlüsseln, der Ihre vSAN-Daten mit dem ausgewählten Cloud KMS-Schlüssel in Ihrem Projekt schützt.

Schlüsselberechtigungen zuweisen

Bevor Sie CMEK aktivieren können, müssen Sie die erforderlichen Berechtigungen zuweisen:

  1. KMS-Ressource identifizieren: Rufen Sie in der Google Cloud Console die Seite Key Management auf und suchen Sie den spezifischen Cloud KMS-Schlüssel, der für den Datenschutz verwendet werden soll.

    Key Management aufrufen

  2. IAM-Rollen einrichten: Weisen Sie dem VMware Engine-Dienstkonto (service-<var>PROJECT_NUMBER</var>@gcp-sa-vmwareengine.) direkt im Cloud KMS-Schlüssel-Dashboard die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter zu.

Google Cloud Anleitungen für die Verwaltung von CMEK mit derconsole, der Google Cloud CLI und der VMware Engine API:

Console

So konfigurieren Sie kundenverwaltete Verschlüsselungsschlüssel (CMEK) mit der Google Cloud console:

Private Cloud mit CMEK erstellen

So erstellen Sie eine private Cloud mit CMEK mit der Google Cloud console:

  1. Rufen Sie in der Google Cloud console die Seite Private Clouds auf.

    Private Clouds aufrufen

  2. Klicken Sie auf Erstellen.

  3. Wählen Sie im Abschnitt Verschlüsselung die Option Kundenverwaltete Verschlüsselungsschlüssel (CMEK) aus.

  4. Geben Sie den vollständigen Ressourcennamen Ihres Cloud KMS-Schlüssels ein.

  5. Klicken Sie auf Erstellen oder Speichern.

CMEK-Schlüssel für eine vorhandene private Cloud aktualisieren

So aktualisieren Sie den CMEK-Schlüssel für eine vorhandene private Cloud mit der Google Cloud console:

  1. Rufen Sie in der Google Cloud console die Seite Private Clouds auf.

    Private Clouds aufrufen

  2. Wählen Sie die vorhandene private Cloud aus, die Sie aktualisieren möchten.

  3. Wählen Sie im Abschnitt Verschlüsselung die Option Kundenverwaltete Verschlüsselungsschlüssel (CMEK) aus.

  4. Geben Sie den vollständigen Ressourcennamen Ihres Cloud KMS-Schlüssels ein.

  5. Klicken Sie auf Erstellen oder Speichern.

Verschlüsselung für eine vorhandene private Cloud auf GMEK aktualisieren

So aktualisieren Sie den Verschlüsselungstyp für eine vorhandene private Cloud auf GMEK mit der Google Cloud console:

  1. Rufen Sie in der Google Cloud console die Seite Private Clouds auf.

    Private Clouds aufrufen

  2. Wählen Sie die vorhandene private Cloud aus, die Sie aktualisieren möchten.

  3. Wählen Sie im Abschnitt Verschlüsselung die Option Google-owned and Google-managed encryption keys (GMEK) aus.

  4. Klicken Sie auf Erstellen oder Speichern.

gcloud

Verwenden Sie den gcloud vmware private-clouds create Befehl, um eine private Cloud mit CMEK zu erstellen:

gcloud vmware private-clouds create PC_ID \
  --location=ZONE \
  --cluster=CLUSTER_ID \
  --node-type-config=type=NODE_TYPE,count=COUNT,custom-core-count=CUSTOM_CORE_COUNT \
  --management-range=CIDR_RANGE \
  --vmware-engine-network=projects/PROJECT_ID/locations/global/vmwareEngineNetworks/NETWORK_ID \
  --kms-key=projects/PROJECT_ID/locations/REGION/keyRings/RING/cryptoKeys/KEY

Verwenden Sie den gcloud vmware private-clouds update Befehl, um den CMEK-Schlüssel für eine vorhandene private Cloud zu aktualisieren:

gcloud vmware private-clouds update PC_NAME \
  --location=ZONE \
  --encryption-type=CMEK \
  --kms-key=projects/PROJECT_ID/locations/REGION/keyRings/RING/cryptoKeys/KEY

Verwenden Sie den gcloud vmware private-clouds update Befehl und lassen Sie den --kms-key Parameter weg, um den Verschlüsselungstyp für eine vorhandene private Cloud auf GMEK (Google-owned and Google-managed encryption keys) zu aktualisieren:

gcloud vmware private-clouds update PC_NAME \
  --location=ZONE \
  --encryption-type=GMEK

Ersetzen Sie vor dem Ausführen der Befehle Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • ZONE: Die VMware Engine-Zone, z. B. us-east4-a
  • PC_ID: Die ID für Ihre neue private Cloud
  • CLUSTER_ID: Die ID für den Verwaltungscluster
  • NODE_TYPE: Der Knotentyp, z. B. standard-72
  • COUNT: Die Anzahl der Knoten im Cluster
  • CUSTOM_CORE_COUNT: Die Anzahl der verfügbaren Kerne für jeden Knoten im Cluster Optional.
  • CIDR_RANGE: Der CIDR-Bereich für die Verwaltung der privaten Cloud
  • NETWORK_ID: Die ID Ihres VPC-Netzwerk
  • REGION: Die Cloud KMS-Region, z. B. us-east4
  • RING: Der Name des Cloud KMS-Schlüsselbunds
  • KEY: Der Name des kryptografischen Cloud KMS-Schlüssels
  • PC_NAME: Der Name der vorhandenen privaten Cloud

API

Verwenden Sie die privateClouds.create Methode und geben Sie den encryptionConfig Parameter an, um eine private Cloud mit CMEK zu erstellen:

curl -X POST \
  -H "Authorization: Bearer $(gcloud auth print-access-token)" \
  -H "Content-Type: application/json; charset=utf-8" \
  "https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/ZONE/privateClouds?private_cloud_id=PC_ID" \
  -d '{
  "networkConfig": {
    "vmwareEngineNetwork": "projects/PROJECT_ID/locations/global/vmwareEngineNetworks/NETWORK_ID",
    "managementCidr": "CIDR_RANGE"
  },
  "managementCluster": {
    "clusterId": "CLUSTER_ID",
    "nodeTypeConfigs": {
      "NODE_TYPE": {
        "nodeCount": COUNT
      }
    }
  },
  "encryptionConfig": {
    "cryptoKeyName": "projects/PROJECT_ID/locations/REGION/keyRings/RING/cryptoKeys/KEY"
  }
}'

Verwenden Sie die privateClouds.patch-Methode, um den CMEK-Schlüssel für eine vorhandene private Cloud zu aktualisieren:

curl -X PATCH \
  -H "Authorization: Bearer $(gcloud auth print-access-token)" \
  -H "Content-Type: application/json; charset=utf-8" \
  "https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/ZONE/privateClouds/PC_NAME?updateMask=encryptionConfig" \
  -d '{
  "encryptionConfig": {
    "cryptoKeyName": "projects/PROJECT_ID/locations/REGION/keyRings/RING/cryptoKeys/KEY"
  }
}'

Verwenden Sie die privateClouds.patch-Methode mit einem leeren encryptionConfig-Objekt, um eine vorhandene private Cloud wieder auf GMEK (Google-owned and Google-managed encryption keys) umzustellen:

curl -X PATCH \
  -H "Authorization: Bearer $(gcloud auth print-access-token)" \
  -H "Content-Type: application/json; charset=utf-8" \
  "https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/ZONE/privateClouds/PC_NAME?updateMask=encryptionConfig" \
  -d '{
  "encryptionConfig": {}
}'

Ersetzen Sie vor dem Ausführen der Befehle Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • ZONE: Die VMware Engine-Zone, z. B. us-east4-a
  • REGION: Die Cloud KMS-Region, z. B. us-east4
  • PC_ID: Die ID für Ihre neue private Cloud
  • NETWORK_ID: Die ID Ihres VPC-Netzwerk
  • CIDR_RANGE: Der CIDR-Bereich für die Verwaltung der privaten Cloud
  • CLUSTER_ID: Die ID für den Verwaltungscluster
  • NODE_TYPE: Der Knotentyp, z. B. standard-72
  • COUNT: Die Anzahl der Knoten im Cluster
  • RING: Der Name des Cloud KMS-Schlüsselbunds
  • KEY: Der Name des kryptografischen Cloud KMS-Schlüssels
  • PC_NAME: Der Name der vorhandenen privaten Cloud

CMEK-Einschränkungen

  • Regionale Anforderungen:Sowohl die private Cloud als auch der ausgewählte Cloud KMS-Schlüssel müssen sich in derselben Region befinden. Globale Cloud KMS-Schlüssel werden für die vSAN-Verschlüsselung nicht unterstützt.
  • Schlüsselverfügbarkeit:Wenn der Verschlüsselungsschlüssel aufgrund einer Deaktivierung oder eines Widerrufs nicht mehr zugänglich ist, schlagen alle abhängigen vSAN-Vorgänge fehl. Wichtige Vorgänge wie Hostneustarts und oberflächliche Schlüsselrotationen können erst fortgesetzt werden, wenn der Schlüsselzugriff wiederhergestellt wurde.

Betriebliche Effizienz mit der automatischen KEK-Rotation von CMEK

Für Organisationen, die sich für CMEK entscheiden, automatisiert die Funktion für die automatische KEK-Rotation für die vSAN-Verschlüsselung ruhender Daten manuelle Sicherheitsaufgaben:

  • Automatisierte Synchronisierung:Das System überwacht Cloud KMS und erkennt automatisch Schlüsselrotationen.
  • Nahtlose KEK-Rotation im Hintergrund:Bei der Rotation initiiert das System eine oberflächliche KEK-Rotation, die für kontinuierlichen Schutz ohne manuelle Eingriffe in vCenter sorgt. Bei diesem Vorgang wird der Schlüsselverschlüsselungsschlüssel für Ihre Datenverschlüsselungsschlüssel (Data Encryption Keys, DEKs) durch einen neuen Schlüsselverschlüsselungsschlüssel (Key Encryption Key, KEK) ersetzt. Da DEKs Ihre vSAN-Daten direkt verschlüsseln, ist für diesen Vorgang keine vollständige Neuverschlüsselung Ihrer vSAN-Daten erforderlich.
  • Verwaltung ohne Ausfallzeiten:Das System generiert und wendet KEKs im Hintergrund an, wodurch Leistung und Verfügbarkeit für Arbeitslasten erhalten bleiben. Dieser Vorgang ist in der Regel innerhalb von 48 Stunden nach einer Cloud KMS-Schlüsselrotation abgeschlossen.

Anforderung für verschlüsselte virtuelle Maschinen

Sie können Verschlüsselungsschlüssel für VMs mit dem Standardschlüssel Google-owned and managed key anbieter oder Cloud Key Management Service verwalten.

Wenn Sie die VM-Verschlüsselung (oder vTPM) für VMs in Ihrer privaten Cloud aktivieren und einen KMS zum Verwalten von Verschlüsselungsschlüsseln verwenden, müssen Sie jede VM neu verschlüsseln (oberflächliche Schlüsselrotation), nachdem Sie Ihren KMS-Schlüssel rotiert haben.

Bei einer oberflächlichen Schlüsselrotation wird nur der Schlüsselverschlüsselungsschlüssel (Key Encryption Key, KEK) ersetzt und der Datenverschlüsselungsschlüssel (Data Encryption Key, DEK) der VMs wird nicht geändert. In der Regel lösen Sie eine oberflächliche Schlüsselrotation mit der Aktion Neu verschlüsseln im vSphere Client aus.

Bei diesem Vorgang werden die vorhandenen DEKs mit einem neuen KEK neu verpackt (neu verschlüsselt). Dieser Vorgang ist schnell, da keine tatsächlichen Daten auf dem Laufwerk neu geschrieben werden. Stattdessen wird nur das kleine Schlüsselpaket aktualisiert, das den verschlüsselten DEK enthält. Weitere Informationen finden Sie in der folgenden VMware-Dokumentation:

Risiken, wenn verschlüsselte VMs nicht neu verschlüsselt werden

Wenn Sie verschlüsselte VMs nicht neu verschlüsseln, bevor Sie die rotierte (alte) KMS-Schlüsselversion löschen, kann dies zu folgenden Problemen führen:

  • Fehlgeschlagene vMotions: ESXi-Hosts können VM-DEKs während vMotion nicht entschlüsseln, wenn Sie die Zielhosts neu starten oder sie dem Cluster nach der KMS-Schlüsselrotation, aber vor der VM-Schlüsselrotation hinzufügen.
  • Fehler beim Einschalten: Wenn ein Host neu gestartet wird oder seinen lokalen Schlüsselspeicher leert, kann er keine Schlüssel mehr vom KMS abrufen. Wenn Sie die erforderlichen Schlüssel aus dem KMS gelöscht haben, kann der Host den DEK nicht entschlüsseln, wodurch verhindert wird, dass verschlüsselte VMs eingeschaltet werden.

Schritte zum Ausführen einer Schlüsselrotation für Arbeitslast-VMs

  1. Klicken Sie im vSphere Client mit der rechten Maustaste auf die VM.
  2. Wählen Sie VM-Richtlinien > Neu verschlüsseln aus.
  3. Bestätigen Sie die Anfrage zur Neuverschlüsselung im angezeigten Dialogfeld.
  4. Warten Sie, bis die Aufgabe abgeschlossen ist.
  5. Prüfen Sie die Schlüsselrotation, indem Sie die VM zu einem Host migrieren, den Sie neu gestartet oder dem Cluster nach der KMS-Schlüsselrotation hinzugefügt haben.

Externer KMS

Optional können Sie eine KMS-Lösung eines Drittanbieters auswählen, die KMIP 1.1-konform ist und von VMware for vSAN zertifiziert wurde. Die KMS-Lösungen folgender Anbieter sind für VMware Engine validiert und es stehen Bereitstellungsanleitungen und Supportanweisungen für sie zur Verfügung:

Eine Konfigurationsanleitung finden Sie in den folgenden Dokumenten:

Unterstützten Anbieter verwenden

Für die Bereitstellung eines externen KMS sind dieselben grundlegenden Schritte erforderlich:

  • Erstellen Sie ein Google Cloud Projekt oder verwenden Sie ein vorhandenes Projekt.
  • Erstellen Sie eine neue Virtual Private Cloud (VPC) oder wählen Sie ein vorhandenes VPC-Netzwerk aus.
  • Verbinden Sie das ausgewählte VPC-Netzwerk mit dem VMware Engine-Netzwerk.

Stellen Sie dann den KMS in einer Compute Engine-VM-Instanz bereit:

  1. Richten Sie die erforderlichen IAM-Berechtigungen ein, um Compute Engine-VM-Instanzen bereitzustellen.
  2. Stellen Sie den KMS in Compute Engine bereit.
  3. Vertrauensstellung zwischen vCenter und dem KMS herstellen
  4. Aktivieren Sie die vSAN-Datenverschlüsselung.

In den folgenden Abschnitten wird dieser Vorgang einen der unterstützten Anbieter zu verwenden kurz beschrieben.

IAM-Berechtigungen einrichten

Sie benötigen ausreichende Berechtigungen, um Compute Engine-VM-Instanzen in einem bestimmten Google Cloud Projekt und VPC-Netzwerk bereitzustellen, Ihr VPC-Netzwerk mit VMware Engine zu verbinden und Firewallregeln für das VPC-Netzwerk zu konfigurieren.

Projektinhaber und IAM-Hauptkonten mit der Rolle Netzwerkadministrator können zugewiesene IP-Adressbereiche erstellen und private Verbindungen verwalten. Weitere Informationen zu Rollen finden Sie unter Compute Engine-IAM-Rollen.

Schlüsselverwaltungssystem in Compute Engine bereitstellen

Einige KMS-Lösungen sind in einem Appliance-Formfaktor über Google Cloud Marketplace verfügbar. Sie können solche Appliances bereitstellen, indem Sie die OVA direkt in Ihr VPC-Netzwerk oder Google Cloud Projekt importieren.

Stellen Sie für softwarebasierte KMS eine Compute Engine-VM-Instanz bereit. Verwenden Sie dabei die vom KMS-Anbieter empfohlene Konfiguration (vCPU-Anzahl, vMem und Laufwerke). Installieren Sie die KMS-Software im Gastbetriebssystem. Erstellen Sie die Compute Engine-VM-Instanz in einem VPC-Netzwerk, das mit dem VMware Engine-Netzwerk verbunden ist.

Vertrauensstellung zwischen vCenter und dem KMS herstellen

Nach der Bereitstellung von KMS in Compute Engine konfigurieren Sie Ihr VMware Engine vCenter so, dass die Verschlüsselungsschlüssel aus dem KMS abgerufen werden.

Fügen Sie zuerst KMS-Verbindungsdetails zu vCenter hinzu. Richten Sie dann eine Vertrauensstellung zwischen vCenter und KMS ein. So stellen Sie eine Vertrauensstellung zwischen vCenter und KMS her:

  1. Generieren Sie ein Zertifikat in vCenter.
  2. Signieren Sie es mit einem von Ihrem KMS generierten Token oder Schlüssel.
  3. Stellen Sie dieses Zertifikat bereit oder laden Sie es in vCenter hoch.
  4. Um den Verbindungsstatus zu verifizieren, prüfen Sie die KMS-Einstellung und den Status auf der vCenter-Serverkonfigurationsseite.

vSAN-Datenverschlüsselung aktivieren

In vCenter verfügt der Standardnutzer CloudOwner über ausreichende Berechtigungen, um die vSAN-Datenverschlüsselung zu aktivieren und zu verwalten.

Wenn Sie von einem externen KMS zum Standard Google-owned and managed key anbieter wechseln möchten, führen Sie die Schritte zum Ändern des Schlüsselanbieters aus der VMware-Dokumentation Standardschlüsselanbieter konfigurieren und verwalten aus.

Nächste Schritte