Skip to main content
Transmettez cette page à votre équipe informatique avant l’intégration initiale. Elle réunit en un seul endroit les destinations web, les expéditeurs d’e-mails, les adresses IP sources ainsi que les exigences facultatives relatives aux téléversements et aux intégrations. Certains produits de sécurité désignent la liste blanche par les termes whitelisting ou safelisting.

Commencer par la liste courte

Accès web : HTTPS / TCP 443. Dans de nombreux environnements, les deux jokers Living Security, associés aux hôtes externes de contenu et de ressources de connexion ci-dessous, suffisent à couvrir l’accès des employés. Les hôtes de contenu client, de téléversement et Contentful se trouvent en dehors des caractères génériques de Living Security. Les hôtes de contenu client et de téléversement utilisent livingsecurity-content-cdn.ai, un domaine distinct de livingsecurity.ai. Autorisez également static.descope.com et descopecdn.com pour les ressources de connexion intégrée uniquement ; les requêtes de connexion utilisent auth.livingsecurity.ai. Si vous n’utilisez que *.livingsecurity.ai, ajoutez platform-cdn.livingsecurity.com ainsi que les autres hôtes de contenu .com indiqués ci-dessous.
Les tableaux détaillés de noms d’hôte s’adressent aux équipes informatiques qui ne peuvent pas utiliser de jokers ; ils n’impliquent pas de règles en double. Vérifiez si le joker de votre passerelle couvre les noms imbriqués tels que api.eu-west-1.livingsecurity.ai. Un joker peut exclure le domaine nu. Utilisez des noms d’hôte pour les destinations web, car leurs adresses IP peuvent changer.
Complétez également les règles d’e-mail ci-dessous. Les auteurs de contenu ont aussi besoin des destinations de téléversement. Les intégrations soumises à des restrictions d’adresse IP source nécessitent les règles des systèmes connectés. Les entrées standard figurent sur cette page ; les guides liés fournissent les instructions de configuration.

Distribution des e-mails

E-mails d’authentification

Appliquez ces entrées aux e-mails de connexion dans votre service de protection de la messagerie. Vérifiez que les messages arrivent avant l’expiration de leurs liens. Les notifications utilisent ces mêmes adresses IP ; les simulations utilisent les plages distinctes indiquées ci-dessous. Consultez Enterprise Identity.

E-mails transactionnels de la plateforme

Les deux mêmes adresses IP d’envoi indiquées ci-dessus envoient également les notifications de la plateforme dans les régions US et UE. Autorisez ces adresses d’expéditeur et le domaine de chemin de retour authentifié : Ces entrées couvrent les messages de bienvenue, les affectations de formation, les rappels et les autres notifications. Maintenez activée la validation SPF, DKIM et DMARC. Le SMTP des simulations utilise ses propres plages, indiquées ci-dessous. Si votre propre relais SMTP restreint les connexions par adresse IP source, obtenez auprès du Support les adresses IP sources de connexion SMTP de Living Security pour votre région avant de configurer le relais. Elles identifient la connexion vers votre relais, indépendamment des adresses IP d’envoi de votre relais. Ne les remplacez pas par les adresses IP de messagerie gérées par la plateforme indiquées ci-dessus ni par les adresses IP de l’API d’intégration indiquées ci-dessous.

Simulations d’hameçonnage

Pour le SMTP géré par la plateforme, utilisez la région de votre organisation : Autorisez la plage d’adresses IP complète de votre région. Utilisez le domaine d’authentification du courrier pour les règles de passerelle qui l’exigent. L’adresse d’expéditeur visible varie selon la simulation ; utilisez le package de liste blanche à jour correspondant aux simulations sélectionnées. Avant le lancement, obtenez le package propre à votre organisation via Paramètres → Simulation de phishing → Configuration de la liste blanche → Exporter le package de la liste blanche, ou demandez-le à votre Customer Success Manager avant d’obtenir l’accès. Il inclut les domaines d’envoi activés, les hôtes de page de destination et d’URL, ainsi que le domaine Reply-To distinct. Examinez les adresses d’expéditeur réelles des simulations sélectionnées si votre passerelle exige des adresses complètes. Téléchargez un package mis à jour lorsque les paramètres de vos simulations changent. La distribution directe (DMI) utilise votre intégration Microsoft 365 ou Google Workspace connectée ; les plages sources SMTP ne s’appliquent pas à ce mode de distribution. Google Workspace dépose les messages dans chaque boîte de réception sans envoyer d’e-mail. Microsoft 365 envoie de véritables e-mails depuis votre boîte aux lettres de simulation ; vos filtres Microsoft 365 continuent donc de s’y appliquer. L’accès aux URL, le consentement du fournisseur et les tests de boîte de réception restent importants. Suivez les étapes propres à chaque fournisseur dans Paramètres de simulation, y compris les contrôles de simulation de Microsoft Defender le cas échéant.

Accès à l’application et aux API

Pour les organisations de l’UE, autorisez les deux noms d’hôte d’API pour la connexion via navigateur et l’accès à l’application. Pour une intégration directe par API, utilisez l’URL régionale attribuée à votre organisation. Consultez le guide de démarrage rapide de l’API. Si votre organisation utilise un nom d’hôte personnalisé pour l’application ou la connexion, incluez le nom d’hôte exact fourni lors de la configuration.

Exigences de connexion

Les requêtes de connexion utilisent auth.livingsecurity.ai, indiqué ci-dessus. Le formulaire intégré charge également des ressources depuis les hôtes de ce tableau. Si le formulaire ne s’affiche pas correctement, demandez à votre équipe informatique de vérifier si ces requêtes de ressources sont bloquées.

Contenu, CDN et fichiers téléversés par le client

Autorisez ces hôtes pour les administrateurs qui prévisualisent le contenu et pour les employés qui le consultent. La protection des images dans les e-mails peut également nécessiter l’accès aux hôtes d’images. Les hôtes des ressources et des vidéos du client se trouvent sur livingsecurity-content-cdn.ai, un domaine différent de livingsecurity.ai. Autoriser *.livingsecurity.ai seul ne les couvre pas. Saisissez les hôtes explicites ci-dessus lorsque votre passerelle ne prend pas en charge les jokers. Dans votre produit de sécurité, un joker peut également ne pas inclure le domaine nu ni les sous-domaines imbriqués. Si vous ajoutez du contenu hébergé en externe, autorisez également les destinations utilisées par ce contenu. Examinez ces adresses avant d’affecter le contenu aux employés.

Destinations de téléversement

Administrateurs qui téléversent du contenu ou des fichiers de personnalisation de marque. Ces destinations reçoivent les nouveaux téléversements ; les employés qui consultent du contenu existant ont besoin des hôtes CDN indiqués ci-dessus. Autorisez les deux hôtes de téléversement de ressources pour les images, les documents, les polices personnalisées, les icônes de signalement et les packages SCORM. Les images et documents existants peuvent conserver leur région de stockage d’origine. Utilisez l’API vidéo correspondant à la région de votre organisation. Autorisez PUT et OPTIONS pour les téléversements de fichiers, ainsi que POST, PATCH, HEAD, DELETE et OPTIONS pour les téléversements vidéo reprenables. Conservez les chaînes de requête des URL et les en-têtes de téléversement fournis par l’application. Les packages SCORM peuvent atteindre 500 MiB (524288000 octets). Autorisez le package complet en une seule requête de téléversement ; une limite de taille de corps de requête plus basse au niveau de votre passerelle peut bloquer le téléversement. Destinations de téléversement vérifiées en production US et UE le 4 novembre 2026.

Fonctionnalités et intégrations supplémentaires

  • SSO/MFA et consentement d’intégration : autorisez votre fournisseur d’identité ainsi que les pages de connexion et de consentement de chaque système que vous connectez.
  • Visites guidées d’intégration initiale : onboard.livingsecurity.ai, couvert par le joker .ai ; autorisez HTTPS et les WebSockets sécurisés sur TCP 443.
  • Livvy et mises à jour en direct : autorisez les réponses HTTPS en flux continu et les WebSockets sécurisés sur TCP 443.
  • Contenu externe, domaines personnalisés et votre LMS : incluez les hôtes exacts utilisés par votre organisation. Testez le contenu SCORM hébergé depuis le réseau des apprenants.

Règles d’adresses IP dans vos systèmes connectés

Si un système que vous connectez restreint l’accès à l’API par adresse IP source, ajoutez ces adresses à la liste d’autorisation d’API de ce système. Ce sont les adresses sources qu’il verra lorsque Living Security demandera des données. Ce ne sont pas des destinations sortantes pour les appareils des employés. Autorisez les quatre adresses de synchronisation (identiques pour les régions US et UE) : Autorisez également la paire plateforme de votre région lorsque vous utilisez l’une de ces intégrations : La paire plateforme s’applique également aux connexions configurées pour une sortie directe et aux fournisseurs qui exigent des actions directes. Maintenez autorisés les deux ensembles d’adresses pour assurer la continuité de l’authentification, des synchronisations et des actions : Maintenez autorisées toutes les adresses requises après la configuration afin que l’authentification et les synchronisations de données continuent de fonctionner. Utilisez ces entrées uniquement pour l’accès à l’API d’intégration. Le guide des adresses IP de sortie des intégrations répertorie les exigences propres à chaque fournisseur.

Vérifier avant le lancement

Effectuez les tests via le même réseau d’entreprise, proxy, VPN, protection des terminaux et contrôles de messagerie que ceux utilisés par vos employés :
  • Connectez-vous au Tableau de bord et à Engage ; effectuez l’authentification SSO/MFA ou recevez un lien de connexion par e-mail fonctionnel.
  • Ouvrez une page du Tableau de bord et posez une question à Livvy.
  • Ouvrez des images du catalogue, lisez une vidéo avec sous-titres et ouvrez un document téléchargeable.
  • Téléversez une ressource client, puis prévisualisez-la en tant qu’apprenant ; lancez un package SCORM téléversé si vous en utilisez un.
  • Distribuez un e-mail de bienvenue ou d’affectation de formation ; vérifiez son expéditeur, son authentification, ses liens et ses images.
  • Exécutez une simulation sur le mode de distribution choisi ; vérifiez l’arrivée dans la boîte de réception, l’accès à la page de destination et les réponses pour les scénarios fondés sur la réponse.
  • Connectez chaque intégration activée et vérifiez une synchronisation de données réelle, et pas seulement la réussite de l’autorisation.
Si une vérification échoue, relevez le nom d’hôte bloqué, l’heure, la région, la fonctionnalité concernée et l’erreur de la passerelle ou la trace du courrier, puis contactez le Support. Supprimez les identifiants, les jetons de session et les chaînes de requête des URL signées avant de partager des informations de diagnostic. Revérifiez ce guide et votre package de simulation exporté lorsque la configuration change.