Skip to main content
Envieu aquesta pàgina al vostre equip de TI abans de la incorporació. Reuneix en un sol lloc les destinacions web, els remitents de correu electrònic, les IP d’origen i els requisits opcionals de càrrega i d’integració. Alguns productes de seguretat anomenen l’allowlisting whitelisting o safelisting.

Comenceu per la llista breu

Accés web: HTTPS / TCP 443. En molts entorns, els dos comodins de Living Security i els amfitrions externs de contingut i de recursos d’inici de sessió que s’indiquen a continuació cobreixen l’accés dels empleats. Els amfitrions de contingut del client, de càrrega i de Contentful es troben fora dels comodins de Living Security. Els amfitrions de contingut del client i de càrrega utilitzen livingsecurity-content-cdn.ai, un domini independent de livingsecurity.ai. Permeteu també static.descope.com i descopecdn.com només per als recursos d’inici de sessió incrustat; les sol·licituds d’inici de sessió utilitzen auth.livingsecurity.ai. Si només utilitzeu *.livingsecurity.ai, afegiu platform-cdn.livingsecurity.com i la resta d’amfitrions de contingut de .com que s’indiquen a continuació.
Les taules detallades de noms d’amfitrió són per als equips de TI que no poden utilitzar comodins; no requereixen regles duplicades. Comproveu si el comodí de la vostra passarel·la inclou noms imbricats com api.eu-west-1.livingsecurity.ai. És possible que un comodí exclogui el domini base. Utilitzeu noms d’amfitrió per a les destinacions web, perquè les seves IP poden canviar.
Completeu també les regles de correu electrònic que s’indiquen a continuació. Els autors de contingut necessiten, a més, les destinacions de càrrega. Les integracions amb restriccions d’IP d’origen necessiten les regles dels sistemes connectats. Les entrades estàndard són en aquesta pàgina; les guies enllaçades proporcionen les instruccions de configuració.

Lliurament de correu electrònic

Correus d’autenticació

Apliqueu aquestes entrades als correus d’inici de sessió al vostre servei de protecció del correu. Comproveu que els missatges arribin abans que caduquin els seus enllaços. Les notificacions utilitzen aquestes mateixes IP; les simulacions utilitzen els intervals separats que s’indiquen a continuació. Consulteu Sign-in & SSO.

Correus transaccionals de la plataforma

Les mateixes dues IP d’enviament indicades anteriorment també envien les notificacions de la plataforma tant als EUA com a la UE. Permeteu aquestes adreces de remitent i el domini de return-path autenticat: Aquests casos cobreixen els missatges de benvinguda, les assignacions de formació, els recordatoris i altres notificacions. Mantingueu activada la validació d’SPF, DKIM i DMARC. L’SMTP de les simulacions utilitza els seus propis intervals, que s’indiquen a continuació. Si el vostre propi relé SMTP restringeix les connexions per IP d’origen, obteniu del servei d’assistència les IP d’origen de connexió SMTP de Living Security per a la vostra regió abans de configurar el relé. Aquestes identifiquen la connexió cap al vostre relé, independentment de les IP d’enviament del vostre propi relé. No les substituïu per les IP de correu gestionades per la plataforma indicades anteriorment ni per les IP de l’API d’integració que s’indiquen a continuació.

Phishing simulation

Per a l’SMTP gestionat per la plataforma, utilitzeu la regió de la vostra organització: Permeteu l’interval d’IP complet per a la vostra regió. Utilitzeu el domini d’autenticació del correu per a les regles de la passarel·la que ho requereixin. L’adreça de remitent visible varia segons la simulació; utilitzeu el paquet d’allowlist actual per a les simulacions seleccionades. Abans del llançament, obteniu el paquet específic de l’organització a Settings → Simulations → Allowlisting → Export allowlist package, o sol·liciteu-lo al vostre Customer Success Manager abans de tenir-hi accés. Inclou els dominis d’enviament activats, els amfitrions de pàgines de destinació i d’URL, i el domini de Reply-To diferenciat. Reviseu les adreces de remitent reals de les simulacions seleccionades si la vostra passarel·la requereix adreces completes. Baixeu un paquet actualitzat quan canviï la configuració de les simulacions. El lliurament directe (DMI) utilitza la vostra integració connectada de Microsoft 365 o Google Workspace; els intervals d’origen SMTP no s’apliquen a aquesta via de lliurament. Google Workspace col·loca els missatges a la safata d’entrada de cada usuari sense enviar correu electrònic. Microsoft 365 envia correu electrònic real des de la bústia de simulació, de manera que els vostres filtres de Microsoft 365 encara s’hi apliquen. L’accés a les URL, el consentiment del proveïdor i les proves a la safata d’entrada continuen sent importants. Seguiu els passos específics de cada proveïdor a Simulation Settings, incloent-hi els controls de simulació de Microsoft Defender quan escaigui.

Accés a l’aplicació i a l’API

Per a les organitzacions de la UE, permeteu els dos noms d’amfitrió d’API per a l’inici de sessió al navegador i l’accés a l’aplicació. Per a una integració directa amb l’API, utilitzeu l’URL regional assignat a la vostra organització. Consulteu API quickstart. Si la vostra organització utilitza un nom d’amfitrió personalitzat per a l’aplicació o l’inici de sessió, inclogueu el nom d’amfitrió exacte que es va facilitar durant la configuració.

Requisits d’inici de sessió

Les sol·licituds d’inici de sessió utilitzen auth.livingsecurity.ai, indicat anteriorment. El formulari incrustat també carrega recursos dels amfitrions d’aquesta taula. Si el formulari no es mostra correctament, demaneu al vostre equip de TI que comprovi si aquestes sol·licituds de recursos estan bloquejades.

Contingut, CDN i càrregues de clients

Permeteu aquests amfitrions perquè els administradors puguin previsualitzar el contingut i els empleats el puguin consumir. És possible que la protecció d’imatges del correu electrònic també necessiti accés als amfitrions d’imatges. Els amfitrions de recursos i de vídeo dels clients són a livingsecurity-content-cdn.ai, un domini diferent de livingsecurity.ai. Permetre només *.livingsecurity.ai no els cobreix. Introduïu els amfitrions explícits indicats anteriorment quan la vostra passarel·la no admeti comodins. A més, és possible que un comodí del vostre producte de seguretat no inclogui el domini base ni els subdominis imbricats. Si afegiu contingut allotjat externament, permeteu també les destinacions que utilitza aquest contingut. Reviseu aquestes adreces abans d’assignar el contingut als empleats.

Destinacions de càrrega

Administradors que carreguen contingut o fitxers de marca. Aquestes destinacions reben les càrregues noves; els empleats que consulten contingut existent necessiten els amfitrions de CDN indicats anteriorment. Permeteu els dos amfitrions de càrrega de recursos per a imatges, documents, tipus de lletra personalitzats, icones de l’informador i paquets SCORM. Les imatges i els documents existents poden mantenir la seva regió d’emmagatzematge original. Utilitzeu l’API de vídeo de la regió de la vostra organització. Permeteu PUT i OPTIONS per a les càrregues de fitxers, i POST, PATCH, HEAD, DELETE i OPTIONS per a les càrregues de vídeo reprenibles. Conserveu les cadenes de consulta de les URL i les capçaleres de càrrega que proporciona l’aplicació. Els paquets SCORM poden ser de fins a 500 MiB (524288000 bytes). Permeteu el paquet complet en una sola sol·licitud de càrrega; un límit inferior de mida del cos de la sol·licitud a la passarel·la pot bloquejar la càrrega. Destinacions de càrrega verificades a Production dels EUA i de la UE el 4 de novembre de 2026.

Funcions i integracions addicionals

  • SSO/MFA i consentiment d’integració: permeteu el vostre proveïdor d’identitat i les pàgines d’inici de sessió i de consentiment de cada sistema que connecteu.
  • Visites guiades d’incorporació: onboard.livingsecurity.ai, cobert pel comodí .ai; permeteu HTTPS i WebSockets segurs a TCP 443.
  • Livvy i actualitzacions en directe: permeteu respostes HTTPS en reproducció contínua i WebSockets segurs a TCP 443.
  • Contingut extern, dominis personalitzats i el vostre LMS: inclogueu els amfitrions exactes que utilitza la vostra organització. Proveu el SCORM allotjat des de la xarxa del Learner.

Regles d’IP als vostres sistemes connectats

Si un sistema que connecteu restringeix l’accés a l’API per IP d’origen, afegiu aquestes adreces a l’allowlist d’API d’aquest sistema. Són les adreces d’origen que veurà quan Living Security sol·liciti dades. No són destinacions de sortida per als dispositius dels empleats. Permeteu les quatre adreces de sincronització (les mateixes als EUA i a la UE): Permeteu també el parell de la plataforma per a la vostra regió quan utilitzeu qualsevol d’aquestes integracions: El parell de la plataforma també s’aplica a les connexions configurades per a sortida directa i als proveïdors que requereixen accions directes. Mantingueu permesos els dos conjunts d’adreces perquè l’autenticació, les sincronitzacions i les accions continuïn funcionant: Mantingueu permeses totes les adreces necessàries després de la configuració perquè l’autenticació i les sincronitzacions de dades continuïn funcionant. Utilitzeu aquestes entrades només per a l’accés a l’API d’integració. La guia de sortida d’integracions enumera els requisits específics de cada proveïdor.

Verificació abans del llançament

Feu les proves a través de la mateixa xarxa corporativa, servidor intermediari, VPN, protecció de punts finals i controls de bústia que utilitzen els vostres empleats:
  • Inicieu sessió al Dashboard i a Engage; completeu l’SSO/MFA o rebeu un enllaç d’inici de sessió per correu electrònic que funcioni.
  • Obriu una pàgina del Dashboard i feu una pregunta a Livvy.
  • Obriu imatges del catàleg, reproduïu un vídeo amb subtítols i obriu un document descarregable.
  • Carregueu un recurs de client i, tot seguit, previsualitzeu-lo com a Learner; inicieu un paquet SCORM carregat si en utilitzeu algun.
  • Lliureu un correu electrònic de benvinguda o d’assignació de formació; comproveu-ne el remitent, l’autenticació, els enllaços i les imatges.
  • Executeu una simulació a la via de lliurament escollida; verifiqueu l’arribada a la safata d’entrada, l’accés a la pàgina de destinació i les respostes en els escenaris basats en respostes.
  • Connecteu cada integració activada i verifiqueu una sincronització de dades real, no només una autorització correcta.
Si alguna comprovació falla, recopileu el nom d’amfitrió bloquejat, l’hora, la regió, la funció afectada i l’error de la passarel·la o el rastre del correu, i poseu-vos en contacte amb el servei d’assistència. Elimineu les credencials, els testimonis de sessió i les cadenes de consulta de les URL signades abans de compartir els diagnòstics. Torneu a consultar aquesta guia i el paquet de simulació exportat quan canviï la configuració.