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

> Connectez OneLogin à Living Security pour le cycle de vie des utilisateurs, l'authentification, l'authentification multifacteur (MFA) et l'activité administrative.

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

## Ce que cette intégration apporte

OneLogin peut fournir des données normalisées sur le cycle de vie des utilisateurs, l'authentification, la MFA et l'activité administrative. Voici quelques exemples examinés :

* `mfa.success` — termine les demandes de vérification MFA
* `mfa.failed` — échoue aux demandes de vérification MFA
* `account.locked` — compte verrouillé

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

## Ce dont Living Security a besoin

| Identifiant | Description |
| - | - |
| **ID client** | L'ID client d'une paire d'identifiants d'API OneLogin autorisée à lire les utilisateurs et les événements. |
| **Secret client** | Le secret client de cette paire d'identifiants. |
| **Sous-domaine du tenant** | La valeur située avant `.onelogin.com` dans l'URL de votre tenant OneLogin. |

## Configuration

<Steps>
  <Step title="Créer des identifiants d'API dans OneLogin">
    En tant que propriétaire du compte ou administrateur, ouvrez **Developers → API Credentials**, créez un identifiant dédié et sélectionnez une portée permettant de lire les utilisateurs et les événements. Conservez l'ID client et le secret en lieu sûr.
  </Step>

  <ConnectInPlatform tile="OneLogin">
    Saisissez le sous-domaine du tenant, l'ID client et le secret client, puis connectez.
  </ConnectInPlatform>
</Steps>

Living Security échange la paire d'identifiants contre un jeton d'accès et le renouvelle
avant son expiration ; vous n'avez donc aucun jeton à générer ni à renouveler. Effectuez la rotation de la
paire d'identifiants elle-même selon votre calendrier habituel, puis reconnectez la tuile.

## Vérification et dépannage

Vérifiez que la connexion peut lire au moins un utilisateur. Les événements d'audit peuvent être vides lorsque le tenant n'a enregistré aucune activité récente.

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    L'ID client ou le secret client est incorrect, ou la paire d'identifiants a été supprimée dans OneLogin. Vérifiez que la paire existe toujours sous **Developers → API Credentials**, puis reconnectez-vous avec les valeurs actuelles.
  </Accordion>

  <Accordion title="403 Forbidden">
    Recréez l'identifiant d'API avec l'autorisation de lire les API de ressources OneLogin, les utilisateurs et les événements.
  </Accordion>

  <Accordion title="Le tenant est inaccessible">
    Saisissez uniquement le sous-domaine du tenant, et non une URL complète ni le nom d'affichage administratif.

    Si le sous-domaine est correct et que le tenant reste inaccessible, vérifiez si OneLogin restreint l'accès à l'API par adresse IP source dans votre compte. Cette intégration nécessite d'autoriser **deux** ensembles d'adresses, car 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.

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

Pour plus de détails côté fournisseur, consultez [le guide des identifiants d'API de 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.