Skip to main content
Envoyez cette page à votre équipe TI avant l’intégration. Elle regroupe en un seul endroit les destinations Web, les expéditeurs de courriels, les adresses IP sources ainsi que les exigences facultatives relatives aux téléversements et aux intégrations. Certains produits de sécurité appellent la configuration de la liste blanche whitelisting ou safelisting.

Commencer par la liste abrégée

Accès Web : HTTPS / TCP 443. Dans de nombreux environnements, les deux caractères génériques de Living Security, ainsi que les hôtes externes de contenu et de ressources de connexion ci-dessous, couvrent 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ées uniquement; les requêtes de connexion utilisent auth.livingsecurity.ai. Si vous utilisez uniquement *.livingsecurity.ai, ajoutez platform-cdn.livingsecurity.com et les autres hôtes de contenu .com indiqués ci-dessous.
Les tableaux détaillés des noms d’hôte s’adressent aux équipes TI qui ne peuvent pas utiliser de caractères génériques; ils n’exigent pas de règles en double. Vérifiez si le caractère générique de votre passerelle correspond à des noms imbriqués tels que api.eu-west-1.livingsecurity.ai. Un caractère générique 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 de courriel ci-dessous. Les auteurs de contenu ont aussi besoin des destinations de téléversement. Les intégrations soumises à des restrictions d’adresses IP sources 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.

Livraison des courriels

Courriels d’authentification

Appliquez ces entrées aux courriels de connexion dans votre service de protection du courrier. 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 ci-dessous. Consultez Enterprise Identity.

Courriels 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 États-Unis et Union européenne. Autorisez ces adresses d’expéditeur ainsi que le domaine de chemin de retour authentifié : Ces règles couvrent les messages de bienvenue, les affectations de formation, les rappels et les autres notifications. Gardez la validation SPF, DKIM et DMARC activée. Le SMTP des simulations utilise ses propres plages, indiquées ci-dessous. Si votre propre relais SMTP restreint les connexions selon l’adresse IP source, obtenez auprès du soutien 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, séparément des adresses IP d’envoi de votre propre relais. Ne les remplacez pas par les adresses IP de courrier gérées par la plateforme indiquées ci-dessus ni par les adresses IP des 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 pour les simulations que vous avez sélectionnées. Avant le lancement, obtenez le package propre à votre organisation sous Paramètres → Simulation d’hameçonnage → Configuration de la liste blanche → Exporter le package de la liste blanche, ou demandez-le à votre gestionnaire de la réussite client avant d’avoir accès à la plateforme. Il comprend les domaines d’envoi activés, les hôtes de pages d’atterrissage et d’URL, ainsi que le domaine de réponse (Reply-To) distinct. Vérifiez 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 à jour lorsque vos paramètres de simulation changent. La livraison directe (DMI) utilise votre intégration Microsoft 365 ou Google Workspace connectée; les plages sources SMTP ne s’appliquent pas à ce mode de livraison. Google Workspace dépose les messages dans chaque boîte de réception sans envoyer de courriel. Microsoft 365 envoie de véritables courriels à partir de 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 demeurent 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 aux applications et aux API

Pour les organisations de l’Union européenne, autorisez les deux noms d’hôte d’API pour la connexion par navigateur et l’accès à l’application. Pour une intégration directe d’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 à partir des hôtes de ce tableau. Si le formulaire ne s’affiche pas correctement, demandez à votre équipe TI de vérifier si ces requêtes de ressources sont bloquées.

Contenu, CDN et téléversements des clients

Autorisez ces hôtes pour les administrateurs qui prévisualisent le contenu et pour les employés qui le consultent. La protection des images des courriels peut aussi nécessiter l’accès aux hôtes d’images. Les hôtes des ressources et des vidéos des clients 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 caractères génériques. Dans votre produit de sécurité, un caractère générique peut également ne pas inclure le domaine nu ni les sous-domaines imbriqués. Si vous ajoutez du contenu hébergé en externe, autorisez aussi les destinations que ce contenu utilise. 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 marque. Ces destinations reçoivent les nouveaux téléversements; les employés qui consultent du contenu existant ont besoin des hôtes CDN 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 d’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 sur votre passerelle peut bloquer le téléversement. Destinations de téléversement vérifiées en production aux États-Unis et dans l’Union européenne 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 : onboard.livingsecurity.ai, couvert par le caractère générique .ai; autorisez HTTPS et les WebSockets sécurisés sur TCP 443.
  • Livvy et mises à jour en direct : autorisez les réponses HTTPS en continu et les WebSockets sécurisés sur TCP 443.
  • Contenu externe, domaines personnalisés et votre LMS : incluez les hôtes exacts que votre organisation utilise. Testez le contenu SCORM hébergé à partir du réseau de l’apprenant.

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

Si un système que vous connectez restreint l’accès à l’API selon l’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 aux États-Unis et dans l’Union européenne) : Autorisez également la paire de la plateforme pour votre région lorsque vous utilisez l’une de ces intégrations : La paire de la plateforme s’applique aussi aux connexions configurées pour la sortie directe et aux fournisseurs qui exigent des actions directes. Gardez les deux ensembles d’adresses autorisés pour assurer la continuité de l’authentification, des synchronisations et des actions : Gardez toutes les adresses requises autorisées 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 des intégrations. Le guide des adresses IP de sortie des intégrations énumère les exigences propres à chaque fournisseur.

Vérifier avant le lancement

Effectuez les tests à travers le même réseau d’entreprise, le même mandataire, le même VPN, la même protection des terminaux et les mêmes contrôles de boîte aux lettres que ceux de vos employés :
  • Connectez-vous au Tableau de bord et à Engage; effectuez l’authentification SSO/MFA ou recevez un lien de connexion par courriel 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.
  • Livrez un courriel 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 livraison choisi; vérifiez l’arrivée dans la boîte de réception, l’accès à la page d’atterrissage 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é touchée ainsi que l’erreur de la passerelle ou la trace du courrier, puis communiquez avec le soutien. Retirez les identifiants, les jetons de session et les chaînes de requête des URL signées avant de partager des données de diagnostic. Consultez de nouveau ce guide et votre package de simulation exporté lorsque la configuration change.