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 MFAmfa.failed— échoue aux demandes de vérification MFAaccount.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 en lieu sûr.
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.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 tenant est inaccessible
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.

