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

# Einrichtung der OneLogin-Integration

> Verbinden Sie OneLogin mit Living Security für Benutzerlebenszyklus, Authentifizierung, MFA und administrative Aktivitäten.

export const EgressIpAllowlistBothSets = ({system}) => <Warning>
    <strong>{system} benötigt zwei Adressgruppen, nicht nur eine.</strong> Living Security erstellt das Zugriffstoken dieser
    Integration auf der eigenen Infrastruktur und erneuert es fortlaufend. Daher geht der Datenverkehr bei der Einrichtung und bei der Synchronisierung von unterschiedlichen Netzwerken aus. Nehmen Sie beide Gruppen in {system} in die Allowlist auf und
    belassen Sie beide dauerhaft dort – dies ist nicht nur für die Einrichtung erforderlich.
    <br />
    <br />
    <strong>Datenverkehr der Integrationssynchronisierung</strong> – in jeder Region identisch:
    <br />
    <code>52.34.139.153/32</code>, <code>54.69.127.183/32</code>, <code>44.247.133.183/32</code>,{' '}
    <code>52.26.211.56/32</code>
    <br />
    <br />
    <strong>Plattformdatenverkehr</strong> – verwenden Sie nur die Zeile der Region, in der Ihre
    Organisation gehostet wird:
    <br />
    USA: <code>98.91.60.249/32</code>, <code>13.216.91.102/32</code>
    <br />
    Europäische Union: <code>34.246.236.210/32</code>, <code>52.31.102.238/32</code>
    <br />
    <br />
    Wenn Sie nur die Synchronisierungsgruppe in die Allowlist aufnehmen, wird die Einrichtung nie abgeschlossen. Wenn Sie nur die Plattformgruppe aufnehmen, ist die Einrichtung erfolgreich, aber jede Synchronisierung schlägt fehl. Beide Fehlerbilder und die Änderungsrichtlinie finden Sie unter{' '}
    <a href="/de/integrations/managing/egress-ip-addresses">
      Egress-IP-Adressen für Integrationen konfigurieren
    </a>.
  </Warning>;

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Weiterführende Ressourcen</h2>
    <ul>
      <li>
        <a href="/de/signals/data-sources">Erfahren Sie, wie Daten aus Integrationen zu Signalen für das Human Risk Management werden</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Living Security Integrationen entdecken</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Living Security Platform öffnen</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Living Security Demo anfordern</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Zugangsdaten in der Living Security Platform eingeben">
    <p>
      Wird von der Person durchgeführt, die über Living Security-Zugriff verfügt – dem Programmverantwortlichen oder dem Systemadministrator, sofern dieser eingeladen wurde (delegierte Einrichtung).
    </p>
    <ol>
      <li>
        Gehen Sie zu <strong>Einstellungen → Integrationen → Catalog</strong>, suchen Sie die Kachel{' '}
        <strong>{tile}</strong> und klicken Sie auf <strong>Verbinden</strong>.
      </li>
      <li>
        Füllen Sie die folgenden Felder aus und klicken Sie anschließend auf <strong>Verbinden</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Diese Anleitung richtet sich an Ihre {system}-Administratorin bzw. Ihren {system}-Administrator.</strong> Sie beschreibt das Erstellen von API-Zugangsdaten in {system}. Dafür ist Administratorzugriff auf {system} erforderlich – nicht auf die
      Living Security Platform.
    </p>
    <p>
      Wenn Sie als <strong>Programmverantwortlicher</strong> von Living Security {system} nicht selbst administrieren,
      leiten Sie diese Seite an die zuständige Person weiter. Diese führt Teil A durch und übergibt Ihnen die Zugangsdaten
      (oder gibt sie direkt ein, sofern Sie sie in die Plattform eingeladen haben).
      {recommendDelegated && <>
          {' '}Da bei der Einrichtung sensibles Schlüsselmaterial entsteht, empfehlen wir den Weg der{' '}
          <strong>delegierten Einrichtung</strong>, damit das Secret nie an Sie zurückgesendet wird.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="OneLogin" recommendDelegated={true} />

## Was diese Integration beisteuert

OneLogin kann normalisierte Daten zu Benutzerlebenszyklus, Authentifizierung, MFA und administrativen Aktivitäten beisteuern. Geprüfte Beispiele sind:

* `mfa.success` — schließt MFA-Abfragen ab
* `mfa.failed` — besteht MFA-Abfragen nicht
* `account.locked` — Konto gesperrt

Lesen Sie [wie Integrationsdaten zu Signalen werden](/de/signals/data-sources).

## Was Living Security benötigt

| Zugangsdaten | Beschreibung |
| - | - |
| **Client-ID** | Die Client-ID eines OneLogin-API-Zugangsdatenpaars mit Berechtigung zum Lesen von Benutzern und Ereignissen. |
| **Client secret** | Das Client Secret dieses Zugangsdatenpaars. |
| **Tenant subdomain** | Der Wert vor `.onelogin.com` in der URL Ihres OneLogin-Tenants. |

## Einrichtung

<Steps>
  <Step title="API-Zugangsdaten in OneLogin erstellen">
    Öffnen Sie als Kontoinhaber oder Administrator **Developers → API Credentials**, erstellen Sie dedizierte Zugangsdaten und wählen Sie einen Scope, der Benutzer und Ereignisse lesen kann. Bewahren Sie die Client-ID und das Secret sicher auf.
  </Step>

  <ConnectInPlatform tile="OneLogin">
    Geben Sie die Tenant-Subdomain, die Client-ID und das Client Secret ein und stellen Sie dann die Verbindung her.
  </ConnectInPlatform>
</Steps>

Living Security tauscht das Zugangsdatenpaar gegen ein Zugriffstoken ein und erneuert es
vor Ablauf, sodass Sie kein Token erzeugen oder rotieren müssen. Rotieren Sie das
Zugangsdatenpaar selbst nach Ihrem üblichen Zeitplan und verbinden Sie die Kachel anschließend erneut.

## Überprüfung und Fehlerbehebung

Überprüfen Sie, ob die Verbindung mindestens einen Benutzer lesen kann. Audit-Ereignisse können leer sein, wenn der Tenant keine aktuellen Aktivitäten aufweist.

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    Die Client-ID oder das Client Secret ist falsch, oder das Zugangsdatenpaar wurde in OneLogin gelöscht. Prüfen Sie unter **Developers → API Credentials**, ob das Paar noch vorhanden ist, und verbinden Sie sich dann erneut mit den aktuellen Werten.
  </Accordion>

  <Accordion title="403 Forbidden">
    Erstellen Sie die API-Zugangsdaten mit Berechtigung zum Lesen der OneLogin-Ressourcen-APIs, von Benutzern und von Ereignissen neu.
  </Accordion>

  <Accordion title="Der Tenant ist nicht erreichbar">
    Geben Sie nur die Tenant-Subdomain ein, keine vollständige URL und nicht den administrativen Anzeigenamen.

    Wenn die Subdomain korrekt ist und der Tenant weiterhin nicht erreichbar ist, prüfen Sie, ob OneLogin in Ihrem Konto den API-Zugriff nach Quell-IP-Adresse einschränkt. Für diese Integration müssen **zwei** Adressgruppen auf die Allowlist gesetzt werden, da Living Security das Zugriffstoken selbst ausstellt und fortlaufend erneuert – Token-Anfragen und geplante Synchronisierungen erfolgen daher aus unterschiedlichen Netzwerken.

    <EgressIpAllowlistBothSets system="OneLogin" />
  </Accordion>
</AccordionGroup>

Herstellerseitige Details finden Sie in [der API-Credentials-Anleitung von OneLogin](https://developers.onelogin.com/api-docs/2/getting-started/working-with-api-credentials).

<PublicIntegrationNextSteps />


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