> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Guide de démarrage rapide de la liste blanche

> Liste blanche réseau et e-mail pour l'intégration initiale : URL de l'application, API US et UE, authentification, CDN de contenu, fichiers téléversés par le client et distribution des e-mails.

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.

| Entrée de la liste d'autorisation | Objectif |
| - | - |
| `*.livingsecurity.ai` | Applications, API américaines et européennes, connexion, ressources partagées et visites guidées d'intégration |
| `*.livingsecurity.com` | Documentation et contenu, y compris `platform-cdn.livingsecurity.com`, `assets.livingsecurity.com` et `videos.livingsecurity.com` pour les anciens liens vidéo, le cas échéant |
| `assets.livingsecurity-content-cdn.ai` | Images, documents et contenus de formation/SCORM téléversés par le client |
| `uploads-us.assets.livingsecurity-content-cdn.ai` ; `uploads-eu.assets.livingsecurity-content-cdn.ai` | Téléversements de fichiers de contenu et de personnalisation de la marque, y compris les packages SCORM ; autorisez les deux hôtes, car les ressources existantes peuvent conserver leur région de stockage d'origine |
| `videos.livingsecurity-content-cdn.ai` | Vidéos téléversées par le client et vidéos du catalogue, miniatures et sous-titres |
| `cdn.contentful.com` | Diffusion de contenu Contentful |
| `images.ctfassets.net` | Images Contentful |
| `assets.ctfassets.net` ; `downloads.ctfassets.net` | Fichiers et téléchargements Contentful |

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.

> [!NOTE]
>
> 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](#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](#règles-d’adresses-ip-dans-vos-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

| Adresse d'expéditeur | Adresses IP d'envoi |
| - | - |
| `app@livingsecurity.ai` | `159.183.37.179/32`, `159.183.38.165/32` |

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](https://docs.livingsecurity.com/fr/features/settings/sso.md).

### 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é :

| Configuration | Adresses d'expéditeur | Return-Path / authentification du courrier |
| - | - | - |
| E-mail de la plateforme Living Security | `app@livingsecurity.ai` ; `noreply@livingsecurity.ai` | `em9309.livingsecurity.ai` |
| Domaine d'envoi personnalisé | L'adresse activée affichée dans **Paramètres → Communications → Domaine d'envoi** | Utilisez les enregistrements DNS affichés pour ce domaine ; la distribution gérée par la plateforme utilise les mêmes adresses IP sources que ci-dessus |
| Votre transport SMTP | L'**E-mail de l'expéditeur** enregistré dans **Paramètres → Communications → Transport SMTP** | Les adresses IP d'envoi de votre propre relais et l'authentification du courrier correspondante |

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 :

| Région | CIDR d'envoi | Plage d'adresses complète | Domaine d'authentification des e-mails |
| - | - | - | - |
| États-Unis (`us-east-1`) | `3.41.193.72/29` | `3.41.193.72` – `3.41.193.79` | `us.mail.trident-sim.com` |
| Union européenne (`eu-west-1`) | `3.40.138.240/29` | `3.40.138.240` – `3.40.138.247` | `eu.mail.trident-sim.com` |

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](https://docs.livingsecurity.com/fr/features/settings/phishing-simulation.md#liste-d’autorisation-et-export-de-la-liste-d’autorisation), y compris les contrôles de simulation de Microsoft Defender le cas échéant.

## Accès à l'application et aux API

| Objectif | Noms d'hôte à autoriser | Utilisateurs concernés |
| - | - | - |
| Tableau de bord | `app.livingsecurity.ai` | Administrateurs et responsables |
| Engage | `engage.livingsecurity.ai` | Employés suivant une formation ou ouvrant des affectations et des cartes de score |
| API US | `api.us-east-1.livingsecurity.ai` | Navigateurs et clients d'API utilisant la région US |
| API UE | `api.eu-west-1.livingsecurity.ai` | Navigateurs et clients d'API utilisant la région UE |
| Connexion | `auth.livingsecurity.ai` | Administrateurs et employés se connectant |
| Documentation | `docs.livingsecurity.com` | Administrateurs et utilisateurs consultant l'aide |

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](https://docs.livingsecurity.com/fr/developers/v1/quickstart.md).

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

| Objectif | Noms d'hôte | Quand ils sont nécessaires |
| - | - | - |
| Ressources de connexion intégrée | `static.descope.com` ; `descopecdn.com` | Scripts, styles et autres ressources qui affichent le formulaire de connexion intégré ; ce sont des hôtes de ressources, et non des points de terminaison d'API de connexion |
| Polices et scripts de connexion | `fonts.googleapis.com` ; `fonts.gstatic.com` ; `cdn.jsdelivr.net` | Lorsque votre formulaire de connexion intégré les demande |
| Votre fournisseur d'identité | Les noms d'hôte SSO et MFA de votre organisation | Redirections SSO et demandes d'authentification |

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.

| Objectif | Noms d'hôte | Portée |
| - | - | - |
| **Ressources téléversées par le client** | `assets.livingsecurity-content-cdn.ai` | Images de l'organisation, documents, ressources d'e-mail et contenu de formation/SCORM téléversé |
| Vidéos téléversées par le client et vidéos du catalogue | `videos.livingsecurity-content-cdn.ai` | Diffusion vidéo en continu, vignettes et sous-titres |
| Images et ressources de l'application | `cdn.livingsecurity.ai` | Images et autres ressources affichées dans l'application |
| Distribution de contenu Living Security | `platform-cdn.livingsecurity.com` | Contenu de la plateforme ; couvert par `*.livingsecurity.com` |
| Distribution de contenu Contentful | `cdn.contentful.com` | Contenu hébergé par Contentful |
| Images Contentful | `images.ctfassets.net` | Visuels du catalogue et images de formation |
| Fichiers Contentful | `assets.ctfassets.net` ; `downloads.ctfassets.net` | Fichiers du catalogue et ressources volumineuses téléchargeables |
| Médias de formation | `assets.livingsecurity.com` | Médias de formation servis via le nom d'hôte de contenu de Living Security ; couvert par `*.livingsecurity.com` |
| Lecture vidéo héritée | `videos.livingsecurity.com` | Lorsque du contenu de formation existant utilise ce nom d'hôte ; couvert par `*.livingsecurity.com` |

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.

| Type de téléversement | Destination à autoriser via HTTPS / TCP 443 |
| - | - |
| Fichiers et packages SCORM — US | `uploads-us.assets.livingsecurity-content-cdn.ai` |
| Fichiers et packages SCORM — UE | `uploads-eu.assets.livingsecurity-content-cdn.ai` |
| Téléversements vidéo reprenables — US | `api.us-east-1.livingsecurity.ai` |
| Téléversements vidéo reprenables — UE | `api.eu-west-1.livingsecurity.ai` |

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) :

| Adresse IP | CIDR |
| - | - |
| `52.34.139.153` | `52.34.139.153/32` |
| `54.69.127.183` | `54.69.127.183/32` |
| `44.247.133.183` | `44.247.133.183/32` |
| `52.26.211.56` | `52.26.211.56/32` |

Autorisez également la paire **plateforme** de votre région lorsque vous utilisez l'une de ces intégrations :

* [Auth0](https://docs.livingsecurity.com/fr/integrations/auth0.md)
* Check Point Harmony Email
* [Cofense Triage](https://docs.livingsecurity.com/fr/integrations/cofense-triage.md)
* Code42
* Cornerstone
* [CrowdStrike Falcon](https://docs.livingsecurity.com/fr/integrations/crowdstrike.md)
* Keepnet Labs
* [Microsoft Entra ID](https://docs.livingsecurity.com/fr/integrations/microsoft-entra-id.md) — y compris Microsoft Graph
* [OneLogin](https://docs.livingsecurity.com/fr/integrations/onelogin.md)
* [SailPoint IdentityNow](https://docs.livingsecurity.com/integrations/sailpoint-identitynow.md)
* Sophos Central
* Zscaler Client Connector

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 :

| Région | Adresses IP | CIDR |
| - | - | - |
| **États-Unis** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **Union européenne** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |

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](https://docs.livingsecurity.com/fr/integrations/managing/egress-ip-addresses.md#intégrations-nécessitant-les-deux-ensembles) 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.


## Related topics

- [Guide de démarrage rapide de la configuration](https://docs.livingsecurity.com/fr/guides/configuration-quick-start.md)
- [API publique héritée](https://docs.livingsecurity.com/fr/developers/public-api/overview.md)
- [Configuration de l'intégration Okta](https://docs.livingsecurity.com/fr/integrations/okta.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.