> ## 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 courriels signalés par les employés et les résultats d'enquête.

export const EgressIpAllowlistBothSets = ({system}) => <Warning>
    <strong>{system} nécessite 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 s'applique pas uniquement à la configuration.
    <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 chaque synchronisation échoue. Consultez{' '}
    <a href="/fr-CA/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 connexes</h2>
    <ul>
      <li>
        <a href="/fr-CA/signals/data-sources">Découvrez comment les données d'intégration deviennent des signaux de gestion des risques humains</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Découvrez 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>
      Cette étape est réalisée par la personne qui détient 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 tuile{' '}
        <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 à l'administrateur ou à l'administratrice de {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 s'en charge. Cette personne effectue la partie A et vous remet les identifiants
      (ou les saisit directement si vous l'avez invitée dans la plateforme).
      {recommendDelegated && <>
          {' '}Comme la configuration produit du matériel de clés sensible, nous recommandons la procédure{' '}
          <strong>de configuration déléguée</strong>, afin que le secret ne vous soit jamais retransmis.
        </>}
    </p>
  </Note>;

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

## Ce que cette intégration apporte

Cofense Triage peut fournir des courriels signalés par les employés et des résultats d'enquête normalisés. Voici quelques exemples examinés :

* `phishing.real.reported` — signale de véritables courriels d'hameçonnage
* `email.suspicious.reported` — signale des courriels 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-CA/signals/data-sources).

## Ce dont vous avez besoin

Cofense Triage utilise les informations d'identification client OAuth2. Créez une application d'API dans votre locataire 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 des informations d'identification Cofense dédiées">
    Dans Cofense Triage, créez une application d'API capable de lire les rapports. Limitez les informations d'identification à l'accès 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 de Triage">
    Notez le nom d'hôte complet de votre locataire, 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 de 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, car il a peut-être fait l'objet d'une rotation ou été révoqué. Confirmez que le nom d'hôte appartient au même locataire que celui qui a émis les informations d'identification.
  </Accordion>

  <Accordion title="403 Forbidden">
    Les informations d'identification ne permettent pas de lire les rapports. Accordez l'autorisation minimale d'accès aux rapports requise par votre locataire Cofense, puis reconnectez-vous.
  </Accordion>

  <Accordion title="Le nom d'hôte de Triage est inaccessible">
    Si votre locataire Triage restreint l'accès à l'API selon l'adresse IP source, cette intégration exige que **deux** ensembles d'adresses figurent dans la liste d'autorisation. 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 elles atteignent le même nom d'hôte sur Triage.

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

  <Accordion title="Les rapports s'affichent, mais pas les auteurs des signalements">
    L'enrichissement des données sur les auteurs des signalements n'est disponible que pour les variantes de connexion qui exposent le point de terminaison des auteurs. Les signaux dérivés des rapports peuvent tout de même ê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.