Il existe deux ensembles
Living Security accède à votre fournisseur via deux réseaux distincts, qui servent des parties différentes de l’intégration.
La plupart des intégrations n’ont besoin que de l’ensemble de synchronisation. Un groupe spécifique a besoin des deux ensembles, de façon permanente ; consultez la section Intégrations nécessitant les deux ensembles.
Trafic de synchronisation des intégrations
Ces quatre adresses sont identiques pour toutes les régions de Living Security. Les clients hébergés dans l’Union européenne utilisent les mêmes quatre adresses que ceux hébergés aux États-Unis.
Pour les fournisseurs qui acceptent une liste séparée par des virgules :
Trafic de la plateforme
Contrairement aux adresses de synchronisation, celles-ci sont propres à chaque région. Utilisez uniquement la paire correspondant à la région qui héberge votre organisation. Si vous ne savez pas de quelle région il s’agit, demandez à votre Customer Success Manager avant de configurer quoi que ce soit : autoriser les adresses de la mauvaise région entraîne un échec de l’intégration dont les symptômes ne semblent avoir aucun rapport avec la liste d’autorisation.
Pour les fournisseurs qui acceptent une liste séparée par des virgules :
Actions de Playbook sortantes
Par défaut, les Actions de Playbook qui écrivent dans un système connecté empruntent le même chemin que vos synchronisations de données ; elles partent donc des adresses de synchronisation. Aucune configuration supplémentaire n’est nécessaire. Un administrateur peut basculer une connexion individuelle en sortie directe, ce qui déplace les Actions de cette connexion vers les adresses de la plateforme correspondant à votre région. Ce paramètre existe précisément pour la situation suivante : une instance de fournisseur qui restreint l’accès à l’API par adresse IP source et qui nécessite un petit ensemble stable d’adresses appartenant à Living Security à autoriser. Quelques fournisseurs utilisent toujours la sortie directe, car ils ne peuvent pas du tout passer par un proxy. Si vous n’autorisez que les adresses de synchronisation et que quelqu’un bascule ensuite une connexion en sortie directe, les Actions de cette connexion commenceront à échouer alors que ses synchronisations continueront de fonctionner.Intégrations nécessitant les deux ensembles
Pour la plupart des intégrations, le service d’intégration de Living Security obtient et renouvelle lui-même le jeton d’accès, et tout le trafic atteint votre fournisseur depuis les seules adresses de synchronisation. Pour les intégrations ci-dessous, ce service ne peut pas renouveler le jeton ; c’est donc la plateforme Living Security qui le génère directement, une première fois lors de la connexion, puis en continu tant que la connexion est active. Ces demandes de jeton partent des adresses de la plateforme. Les synchronisations de données planifiées continuent, quant à elles, de partir des adresses de synchronisation.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — y compris Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Ajoutez toutes les adresses des ensembles dont vous avez besoin
Le trafic peut partir de n’importe quelle adresse d’un ensemble, et l’adresse utilisée pour une requête donnée n’est pas fixe. N’autoriser qu’une partie des adresses provoque des échecs intermittents difficiles à diagnostiquer : certaines requêtes aboutissent, d’autres échouent, et le schéma semble sans rapport avec la configuration. Cela s’applique aussi bien à la paire d’adresses de la plateforme qu’aux quatre adresses de synchronisation. Chaque région en exploite deux, et les requêtes peuvent provenir de l’une ou de l’autre.Intégrations concernées
Une liste d’autorisation d’adresses IP est un paramètre de votre fournisseur, et non de Living Security. Elle ne s’applique que si votre organisation a activé cette restriction. Si vous n’avez pas activé de restrictions IP chez le fournisseur, aucune action n’est nécessaire. Ces fournisseurs l’exigent couramment :
D’autres fournisseurs peuvent proposer un paramètre similaire. Consultez la page du fournisseur dans le Catalogue ainsi que la documentation propre au fournisseur.
Symptômes d’une liste d’autorisation manquante ou obsolète
Les deux ensembles échouent de manières opposées. Associez le symptôme à l’ensemble concerné avant de modifier quoi que ce soit.La connexion aboutit, mais aucune donnée n’arrive
C’est la signature d’une adresse de synchronisation manquante. Les identifiants sont validés lors de la connexion par un chemin qui n’est souvent pas soumis à la même restriction ; la boîte de dialogue de connexion de Living Security indique donc une réussite. L’échec apparaît plus tard, lorsqu’une synchronisation planifiée s’exécute et est bloquée. Signes à rechercher :- La connexion apparaît comme établie, mais les flux ne signalent aucun enregistrement.
- Les exécutions de synchronisation échouent avec
401 Unauthorizedou403 Forbidden. - Une intégration qui fonctionnait depuis des mois se met à échouer sans aucune modification de votre côté.
La connexion ne peut pas être créée du tout
C’est la signature d’une adresse de la plateforme manquante, et cela ne concerne que les intégrations listées dans Intégrations nécessitant les deux ensembles. Signes à rechercher :- La configuration échoue lors de l’obtention d’un jeton d’accès. Aucune connexion n’est créée.
- L’erreur indique qu’un hôte n’a pas pu être joint, sans aucune réponse HTTP.
- Les journaux de connexion ou d’accès conditionnel du fournisseur montrent une requête bloquée provenant d’une adresse que vous n’avez pas autorisée.
Une connexion qui ne peut pas être atteinte n’est pas un problème d’identifiants. Aucune authentification n’a eu lieu ; renouveler le secret ou régénérer les identifiants du client n’y changera donc rien. Une adresse source non autorisée en est la cause la plus fréquente, mais un nom d’hôte incorrect, un port incorrect ou une panne côté fournisseur se présentent de la même manière de notre côté.