Konten nach Workloads gestalten
Erstellen Sie pro Integration oder Workload einen eigenen Service Account – zum Beispielreporting-pipeline, scim-sync oder soc-enrichment – statt eines
einzigen umfassenden Kontos für alles. Konten pro Workload halten Berechtigungen
minimal, machen Anfrageprotokolle
eindeutig zuordenbar und ermöglichen es Ihnen, eine Integration zu deaktivieren, ohne die
anderen zu beeinträchtigen.
Service Account erstellen
1
Konto benennen
Vergeben Sie einen Namen, der den jeweiligen Workload kennzeichnet, sowie eine
Beschreibung seiner Funktion. Beides erscheint in Listen und Protokollen, sodass
spätere Administratoren die Konten voneinander unterscheiden können.
2
Berechtigungen erteilen
Wählen Sie die Berechtigungen aus, die das Konto seinen Zugangsdaten gewähren darf – zum Beispiel
entity:read, simulation:read oder reporting:read. Diese Auswahl ist die
Obergrenze für alle unter dem Konto erstellten Zugangsdaten: Zugangsdaten können eine Teilmenge
dieser Berechtigungen enthalten, niemals mehr.3
Prüfen und erstellen
Bestätigen Sie den Namen und die Berechtigungen. Nach der Erstellung können Sie auf der Detailseite des Kontos
die zugehörigen API-Schlüssel erstellen.
Lebenszyklus verwalten
- Berechtigungen jederzeit bearbeiten. Wenn Sie eine Berechtigung aus dem Konto entfernen, steht sie den zugehörigen API-Schlüsseln und OAuth-Zugriffstoken nicht mehr zur Verfügung.
- Konto deaktivieren, um den API-Zugriff über alle zugehörigen Zugangsdaten zu stoppen – nützlich, wenn eine Integration außer Betrieb genommen wird oder ein vermuteter Verlust von Zugangsdaten eingedämmt werden soll, während Sie den Vorfall untersuchen. Nach der erneuten Aktivierung können sich Zugangsdaten, die noch aktiv und nicht abgelaufen sind, wieder authentifizieren.
- Konto löschen, wenn die Integration außer Dienst gestellt wurde. Beenden Sie zuerst die Integration und widerrufen Sie deren Zugangsdaten. Das Löschen ist endgültig.

