> ## 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 Cofense-Triage-Integration

> Verbinden Sie Cofense Triage mit Living Security, um von Mitarbeitenden gemeldete E-Mails und Untersuchungsergebnisse zu übernehmen.

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="Cofense Triage" recommendDelegated={true} />

## Was diese Integration beiträgt

Cofense Triage kann normalisierte, von Mitarbeitenden gemeldete E-Mails und Untersuchungsergebnisse bereitstellen. Zu den geprüften Beispielen gehören:

* `phishing.real.reported` — meldet echte Phishing-E-Mails
* `email.suspicious.reported` — meldet verdächtige E-Mails
* `phishing.real.targeted` — Ziel echter Phishing-Kampagnen

Weitere Informationen finden Sie unter [Wie Integrationsdaten zu Signalen werden](/de/signals/data-sources).

## Voraussetzungen

Cofense Triage verwendet OAuth2-Client-Credentials. Erstellen Sie in Ihrem Triage-Tenant eine API-Anwendung und kopieren Sie deren Client-ID und das Client-Secret. Es gibt keinen Zustimmungsschritt im Browser – Sie fügen beide Werte in Living Security ein, und Living Security fordert das Token selbst an.

## Einrichtung

<Steps>
  <Step title="Dedizierte Cofense-Anmeldedaten erstellen">
    Erstellen Sie in Cofense Triage eine API-Anwendung, die Berichte lesen kann. Beschränken Sie die Anmeldedaten auf den Lesezugriff auf Berichte. Notieren Sie sich die **Client-ID** und das **Client-Secret** – Triage zeigt das Secret nur einmal an.
  </Step>

  <Step title="Triage-Hostnamen bestätigen">
    Notieren Sie den vollständigen Hostnamen Ihres Tenants, zum Beispiel `acme.managedphishme.com`, oder den Hostnamen, der Ihrer Cofense-Umgebung zugewiesen wurde. Lassen Sie `https://` weg, wenn Sie ihn in Living Security eingeben.
  </Step>

  <ConnectInPlatform tile="Cofense Triage">
    Geben Sie die **Client-ID**, das **Client-Secret** und den **Triage-Hostnamen** ein.
  </ConnectInPlatform>
</Steps>

## Überprüfung und Fehlerbehebung

Prüfen Sie, ob der Verbindungstest den aktuellen Benutzer und die Berichte lesen kann, bevor Sie auf die erste Synchronisierung warten.

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    Ersetzen Sie das Client-Secret – es wurde möglicherweise rotiert oder widerrufen. Vergewissern Sie sich, dass der Hostname zu demselben Tenant gehört, der die Anmeldedaten ausgestellt hat.
  </Accordion>

  <Accordion title="403 Forbidden">
    Die Anmeldedaten können keine Berichte lesen. Erteilen Sie die minimale Berichtsberechtigung, die Ihr Cofense-Tenant erfordert, und stellen Sie die Verbindung anschließend erneut her.
  </Accordion>

  <Accordion title="Der Triage-Hostname ist nicht erreichbar">
    Wenn Ihr Triage-Tenant den API-Zugriff nach Quell-IP-Adresse einschränkt, müssen für diese Integration **zwei** Adressgruppen in der Zulassungsliste stehen. Living Security erzeugt das Zugriffstoken selbst und erneuert es fortlaufend. Daher stammen Token-Anfragen und geplante Synchronisierungen aus unterschiedlichen Netzwerken – und bei Triage erreichen sie denselben Hostnamen.

    <EgressIpAllowlistBothSets system="Cofense Triage" />
  </Accordion>

  <Accordion title="Berichte werden angezeigt, Meldende jedoch nicht">
    Die Anreicherung um Meldende ist nur bei Verbindungsvarianten verfügbar, die den Reporter-Endpunkt bereitstellen. Aus Berichten abgeleitete Signale können weiterhin aus unterstützten Berichtsdaten befüllt werden.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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