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

# Configuration de l'intégration Cofense Triage

> Connectez Cofense Triage à Living Security pour obtenir les e-mails signalés par les employés et les résultats des investigations.

export const EgressIpAllowlistBothSets = ({system}) => <Warning>
    <strong>{system} requiert deux ensembles d'adresses, et non un seul.</strong> Living Security génère le jeton d'accès de cette
    intégration sur sa propre infrastructure et l'actualise en continu ; le trafic de configuration et le trafic de synchronisation
    proviennent donc de réseaux différents. Ajoutez les deux ensembles à la liste d'autorisation dans {system} et
    conservez-les tous les deux : cette exigence ne se limite pas à la configuration initiale.
    <br />
    <br />
    <strong>Trafic de synchronisation de l'intégration</strong> — identique dans toutes les régions :
    <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>Trafic de la plateforme</strong> — utilisez uniquement la ligne correspondant à la région qui héberge votre
    organisation :
    <br />
    États-Unis : <code>98.91.60.249/32</code>, <code>13.216.91.102/32</code>
    <br />
    Union européenne : <code>34.246.236.210/32</code>, <code>52.31.102.238/32</code>
    <br />
    <br />
    Si vous n'autorisez que l'ensemble de synchronisation, la configuration ne se termine jamais. Si vous n'autorisez que l'ensemble de la plateforme, la
    configuration réussit, mais toutes les synchronisations échouent. Consultez{' '}
    <a href="/fr/integrations/managing/egress-ip-addresses">
      Configuration des adresses IP de sortie des Intégrations
    </a>{' '}
    pour connaître les deux signatures d'échec et la politique de modification.
  </Warning>;

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Ressources associées</h2>
    <ul>
      <li>
        <a href="/fr/signals/data-sources">Découvrez comment les données d'intégration deviennent des signaux de Human Risk Management</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Découvrir les intégrations de Living Security</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Ouvrir la Living Security Platform</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Demander une démonstration de Living Security</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Saisissez les identifiants dans la Living Security Platform">
    <p>
      À effectuer par la personne disposant d'un accès à Living Security : le responsable du programme, ou
      l'administrateur système s'il a été invité (configuration déléguée).
    </p>
    <ol>
      <li>
        Accédez à <strong>Paramètres → Intégrations → Catalogue</strong>, repérez la vignette{' '}
        <strong>{tile}</strong>, puis cliquez sur <strong>Connecter</strong>.
      </li>
      <li>
        Renseignez les champs ci-dessous, puis cliquez sur <strong>Connecter</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Ce guide s'adresse à votre administrateur {system}.</strong> Il explique comment créer des
      identifiants d'API dans {system}, ce qui nécessite un accès administrateur à {system} — et non à la
      Living Security Platform.
    </p>
    <p>
      Si vous êtes le <strong>responsable du programme</strong> Living Security et que vous n'administrez pas {system},
      transmettez cette page à la personne qui en est chargée. Celle-ci réalise la partie A et vous remet les identifiants
      (ou les saisit directement si vous l'avez invitée sur la plateforme).
      {recommendDelegated && <>
          {' '}Comme la configuration génère des clés sensibles, nous recommandons de privilégier la{' '}
          <strong>configuration déléguée</strong>, afin que le secret ne vous soit jamais transmis.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Cofense Triage" recommendDelegated={true} />

## Ce que cette intégration apporte

Cofense Triage peut fournir des données normalisées sur les e-mails signalés par les employés et sur les résultats des investigations. Voici quelques exemples examinés :

* `phishing.real.reported` — signale de véritables e-mails d'hameçonnage
* `email.suspicious.reported` — signale des e-mails suspects
* `phishing.real.targeted` — ciblé par de véritables campagnes d'hameçonnage

Consultez [comment les données d'intégration deviennent des signaux](/fr/signals/data-sources).

## Prérequis

Cofense Triage utilise les identifiants client OAuth2. Créez une application API dans votre tenant Triage, puis copiez son ID client et son secret client. Il n'y a aucune étape de consentement dans le navigateur : vous collez les deux valeurs dans Living Security, qui demande lui-même le jeton.

## Configuration

<Steps>
  <Step title="Créer un identifiant Cofense dédié">
    Dans Cofense Triage, créez une application API capable de lire les rapports. Limitez l'identifiant à un accès en lecture aux rapports. Notez l'**ID client** et le **secret client** : Triage n'affiche le secret qu'une seule fois.
  </Step>

  <Step title="Confirmer le nom d'hôte Triage">
    Notez le nom d'hôte complet de votre tenant, par exemple `acme.managedphishme.com`, ou le nom d'hôte attribué à votre environnement Cofense. Omettez `https://` lorsque vous le saisissez dans Living Security.
  </Step>

  <ConnectInPlatform tile="Cofense Triage">
    Saisissez l'**ID client**, le **secret client** et le **nom d'hôte Triage**.
  </ConnectInPlatform>
</Steps>

## Vérification et dépannage

Vérifiez que le test de connexion peut lire l'utilisateur actuel et les rapports avant d'attendre la première synchronisation.

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    Remplacez le secret client : il a peut-être fait l'objet d'une rotation ou été révoqué. Vérifiez que le nom d'hôte appartient au même tenant que celui qui a émis l'identifiant.
  </Accordion>

  <Accordion title="403 Forbidden">
    L'identifiant ne peut pas lire les rapports. Accordez l'autorisation de reporting minimale requise par votre tenant Cofense, puis reconnectez-vous.
  </Accordion>

  <Accordion title="Le nom d'hôte Triage est inaccessible">
    Si votre tenant Triage restreint l'accès à l'API en fonction de l'adresse IP source, cette intégration nécessite d'autoriser **deux** ensembles d'adresses. Living Security génère lui-même le jeton d'accès et le renouvelle en continu ; les demandes de jeton et les synchronisations planifiées proviennent donc de réseaux différents, et dans Triage elles atteignent le même nom d'hôte.

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

  <Accordion title="Les rapports apparaissent, mais pas les personnes qui les ont signalés">
    L'enrichissement des déclarants n'est disponible que pour les variantes de connexion qui exposent le point de terminaison des déclarants. Les signaux issus des rapports peuvent néanmoins être alimentés à partir des données de rapport prises en charge.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


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