Ce que cette intégration apporte
OneLogin peut fournir des données normalisées sur le cycle de vie des utilisateurs, l’authentification, l’AMF et l’activité administrative. Voici des exemples examinés :mfa.success: réussit les défis d’AMFmfa.failed: échoue aux défis d’AMFaccount.locked: compte verrouillé
Ce dont Living Security a besoin
Configuration
1
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 de façon sécurisée.
Vérification et dépannage
Vérifiez que la connexion peut lire au moins un utilisateur. Il est possible que les événements d’audit soient vides lorsque le locataire n’a eu aucune activité récente.403 Forbidden
403 Forbidden
Recréez l’identifiant d’API avec l’autorisation de lire les API de ressources OneLogin, les utilisateurs et les événements.
Le locataire est inaccessible
Le locataire est inaccessible
Saisissez uniquement le sous-domaine du locataire, et non une URL complète ni le nom d’affichage administratif.Si le sous-domaine est correct et que le locataire demeure inaccessible, vérifiez si OneLogin restreint l’accès à l’API par adresse IP source dans votre compte. Cette intégration exige que deux ensembles d’adresses soient placés sur la liste d’autorisation, 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.

