> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Service Accounts

> Erstellen und verwalten Sie die Integrationsidentitäten, denen die API-Schlüssel und OAuth-Clients Ihrer Organisation zugeordnet sind.

Ein Service Account ist eine benannte Identität für eine Integration. Er besitzt API-Schlüssel oder
OAuth-Clients und enthält die Berechtigungen, die diese Zugangsdaten nutzen dürfen. Die Zugriffsprüfung
erfolgt daher auf Kontoebene: Was eine Integration tun kann, ist an einer Stelle einsehbar, unabhängig davon,
wie viele Zugangsdaten sie besitzt. Das Konto selbst ist keine Zugangsdaten: Seine ID
kann keine Anfrage authentifizieren. Unter [Authentifizierung](/de/developers/v1/authentication)
finden Sie Hinweise zur Auswahl einer Methode; eine Integration mit API-Schlüssel benötigt kein OAuth.

Verwalten Sie Service Accounts auf der Registerkarte **Service accounts** im
[Developer Hub](/de/developers/developer-hub/overview).

## Konten nach Workloads gestalten

Erstellen Sie pro Integration oder Workload einen eigenen Service Account – zum Beispiel
`reporting-pipeline`, `scim-sync` oder `soc-enrichment` – statt eines
einzigen umfassenden Kontos für alles. Konten pro Workload halten Berechtigungen
minimal, machen [Anfrageprotokolle](/de/developers/developer-hub/request-logs)
eindeutig zuordenbar und ermöglichen es Ihnen, eine Integration zu deaktivieren, ohne die
anderen zu beeinträchtigen.

## Service Account erstellen

<Steps>
  <Step title="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.
  </Step>

  <Step title="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.

    <Tip>
      Erteilen Sie nur das Minimum, das der Workload heute benötigt. Sie können dem Konto
      später Berechtigungen hinzufügen; bestehende Zugangsdaten behalten ihre erteilten Scopes.
    </Tip>
  </Step>

  <Step title="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](/de/developers/developer-hub/api-keys).
  </Step>
</Steps>

## 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.

Die Detailseite jedes Kontos zeigt, wer es wann erstellt hat und wann einer seiner
Schlüssel zuletzt verwendet wurde – eine schnelle Möglichkeit, nicht mehr genutzte Integrationen zu erkennen, die
deaktiviert werden sollten.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.