Skip to main content
Envíe esta página a su equipo de TI antes de la incorporación. Reúne en un solo lugar los destinos web, los remitentes de correo electrónico, las IP de origen y los requisitos opcionales de carga e integración. Algunos productos de seguridad denominan a la lista de permitidos whitelisting o safelisting.

Comience con la lista breve

Acceso web: HTTPS / TCP 443. En muchos entornos, los dos comodines de Living Security, junto con los hosts externos de contenido y de recursos de inicio de sesión que se indican a continuación, cubren el acceso de los empleados. Los hosts de contenido del cliente, de carga y de Contentful están fuera de los comodines de Living Security. Los hosts de contenido del cliente y de carga utilizan livingsecurity-content-cdn.ai, un dominio independiente de livingsecurity.ai. Permita también static.descope.com y descopecdn.com únicamente para los recursos incrustados de inicio de sesión; las solicitudes de inicio de sesión utilizan auth.livingsecurity.ai. Si utiliza únicamente *.livingsecurity.ai, agregue platform-cdn.livingsecurity.com y los demás hosts de contenido de .com que se indican a continuación.
Las tablas detalladas de nombres de host están destinadas a los equipos de TI que no pueden usar comodines; no requieren reglas duplicadas. Compruebe si el comodín de su puerta de enlace coincide con nombres anidados como api.eu-west-1.livingsecurity.ai. Es posible que un comodín excluya el dominio sin subdominio. Utilice nombres de host para los destinos web, ya que sus IP pueden cambiar.
Complete también las reglas de correo electrónico que se indican a continuación. Los autores de contenido necesitan además los destinos de carga. Las integraciones con restricciones de IP de origen requieren las reglas de los sistemas conectados. Las entradas estándar se encuentran en esta página; las guías enlazadas ofrecen instrucciones de configuración.

Entrega de correo electrónico

Correos electrónicos de autenticación

Aplique estas entradas a los correos electrónicos de inicio de sesión en su servicio de protección de correo. Verifique que los mensajes lleguen antes de que caduquen sus enlaces. Las notificaciones utilizan estas mismas IP; las simulaciones utilizan los rangos independientes que se indican a continuación. Consulte Identidad empresarial.

Correos electrónicos transaccionales de la plataforma

Las mismas dos IP de envío indicadas anteriormente también envían las notificaciones de la plataforma tanto en EE. UU. como en la UE. Permita estas direcciones del remitente y el dominio de ruta de retorno autenticado: Esto abarca los mensajes de bienvenida, las asignaciones de capacitación, los recordatorios y otras notificaciones. Mantenga habilitada la validación de SPF, DKIM y DMARC. El SMTP de las simulaciones utiliza sus propios rangos, que se indican a continuación. Si su propio relé SMTP restringe las conexiones por IP de origen, solicite a Soporte las IP de origen de conexión SMTP de Living Security para su región antes de configurar el relé. Estas identifican la conexión hacia su relé, independientemente de las IP de envío de su propio relé. No las sustituya por las IP de correo administradas por la plataforma indicadas anteriormente ni por las IP de la API de integración que se indican a continuación.

Simulaciones de phishing

Para el SMTP administrado por la plataforma, utilice la región de su organización: Permita el rango completo de IP de su región. Utilice el dominio de autenticación de correo para las reglas de la puerta de enlace que lo requieran. La dirección del remitente visible varía según la simulación; utilice el paquete de lista de permitidos vigente para las simulaciones seleccionadas. Antes del lanzamiento, obtenga el paquete específico de su organización en Configuración → Simulación de phishing → Lista de permitidos → Exportar paquete de lista de permitidos, o solicítelo a su Customer Success Manager antes de tener acceso. Incluye los dominios de envío habilitados, los hosts de página de destino y de URL, y el dominio de Reply-To, que es distinto. Revise las direcciones reales del remitente de las simulaciones seleccionadas si su puerta de enlace requiere direcciones completas. Descargue un paquete actualizado cuando cambie la configuración de sus simulaciones. La entrega directa (DMI) utiliza su integración conectada de Microsoft 365 o Google Workspace; los rangos de origen SMTP no se aplican a esa ruta de entrega. Google Workspace coloca los mensajes en cada bandeja de entrada sin enviar correo electrónico. Microsoft 365 envía correo electrónico real desde el buzón de su simulación, por lo que sus filtros de Microsoft 365 siguen aplicándose. El acceso a las URL, el consentimiento del proveedor y las pruebas de la bandeja de entrada siguen siendo importantes. Siga los pasos específicos de cada proveedor en Configuración de simulaciones, incluidos los controles de simulación de Microsoft Defender cuando corresponda.

Acceso a la aplicación y a la API

Para las organizaciones de la UE, permita ambos nombres de host de API para el inicio de sesión en el navegador y el acceso a la aplicación. Para una integración directa con la API, utilice la URL regional asignada a su organización. Consulte la guía rápida de la API. Si su organización utiliza un nombre de host personalizado para la aplicación o el inicio de sesión, incluya el nombre de host exacto que se le proporcionó durante la configuración.

Requisitos de inicio de sesión

Las solicitudes de inicio de sesión utilizan auth.livingsecurity.ai, que se indica anteriormente. El formulario incrustado también carga recursos de los hosts de esta tabla. Si el formulario no se muestra correctamente, solicite a su equipo de TI que compruebe si se están bloqueando esas solicitudes de recursos.

Contenido, CDN y cargas de clientes

Permita estos hosts para los administradores que obtienen vistas previas del contenido y para los empleados que lo consumen. La protección de imágenes de correo electrónico también puede requerir acceso a los hosts de imágenes. Los hosts de recursos y videos de clientes se encuentran en livingsecurity-content-cdn.ai, un dominio distinto de livingsecurity.ai. Permitir únicamente *.livingsecurity.ai no los cubre. Introduzca los hosts explícitos indicados anteriormente cuando su puerta de enlace no admita comodines. Además, es posible que un comodín no incluya el dominio sin subdominio ni los subdominios anidados en su producto de seguridad. Si agrega contenido alojado externamente, permita también los destinos que ese contenido utiliza. Revise esas direcciones antes de asignar el contenido a los empleados.

Destinos de carga

Administradores que cargan contenido o archivos de marca. Estos destinos reciben las nuevas cargas; los empleados que ven contenido existente necesitan los hosts de CDN indicados anteriormente. Permita ambos hosts de carga de recursos para imágenes, documentos, fuentes personalizadas, íconos del reportero y paquetes SCORM. Las imágenes y los documentos existentes pueden conservar su región de almacenamiento original. Utilice la API de video correspondiente a la región de su organización. Permita PUT y OPTIONS para la carga de archivos, y POST, PATCH, HEAD, DELETE y OPTIONS para las cargas de video reanudables. Conserve las cadenas de consulta de las URL y los encabezados de carga proporcionados por la aplicación. Los paquetes SCORM pueden tener un tamaño de hasta 500 MiB (524288000 bytes). Permita el paquete completo en una sola solicitud de carga; un límite inferior para el cuerpo de la solicitud en su puerta de enlace puede bloquear la carga. Destinos de carga verificados en los entornos de producción de EE. UU. y la UE el 4 de noviembre de 2026.

Funciones adicionales e integraciones

  • SSO/MFA y consentimiento de integraciones: permita su proveedor de identidad y las páginas de inicio de sesión y consentimiento de cada sistema que conecte.
  • Recorridos de incorporación: onboard.livingsecurity.ai, cubierto por el comodín .ai; permita HTTPS y WebSockets seguros en TCP 443.
  • Livvy y actualizaciones en vivo: permita respuestas HTTPS de transmisión y WebSockets seguros en TCP 443.
  • Contenido externo, dominios personalizados y su LMS: incluya los hosts exactos que utiliza su organización. Pruebe el SCORM alojado desde la red del alumno.

Reglas de IP en sus sistemas conectados

Si un sistema que conecta restringe el acceso a la API por IP de origen, agregue estas direcciones a la lista de permitidos de la API de ese sistema. Son las direcciones de origen que verá cuando Living Security solicite datos. No son destinos de salida para los dispositivos de los empleados. Permita las cuatro direcciones de sincronización (las mismas en EE. UU. y la UE): Permita también el par de la plataforma correspondiente a su región cuando utilice cualquiera de estas integraciones: El par de la plataforma también se aplica a las conexiones configuradas para salida directa y a los proveedores que requieren acciones directas. Mantenga permitidos ambos conjuntos de direcciones para que continúen la autenticación, las sincronizaciones y las acciones: Mantenga permitidas todas las direcciones necesarias después de la configuración para que la autenticación y las sincronizaciones de datos sigan funcionando. Utilice estas entradas únicamente para el acceso a la API de integración. La guía de salida de integraciones enumera los requisitos específicos de cada proveedor.

Verificación antes del lanzamiento

Realice las pruebas a través de la misma red corporativa, proxy, VPN, protección de endpoints y controles de buzón que utilizan sus empleados:
  • Inicie sesión en el Panel de control y en Engage; complete el SSO/MFA o reciba un enlace de inicio de sesión por correo electrónico que funcione.
  • Abra una página del Panel de control y haga una pregunta a Livvy.
  • Abra imágenes del catálogo, reproduzca un video con subtítulos y abra un documento descargable.
  • Cargue un recurso de cliente y luego obtenga una vista previa como alumno; inicie un paquete SCORM cargado si utiliza alguno.
  • Entregue un correo electrónico de bienvenida o de asignación de capacitación; compruebe su remitente, autenticación, enlaces e imágenes.
  • Ejecute una simulación en la ruta de entrega elegida; verifique la llegada a la bandeja de entrada, el acceso a la página de destino y las respuestas en los escenarios basados en respuestas.
  • Conecte cada integración habilitada y verifique una sincronización de datos real, no solo una autorización correcta.
Si falla alguna comprobación, registre el nombre de host bloqueado, la hora, la región, la función afectada y el error de la puerta de enlace o el seguimiento del correo, y luego comuníquese con Soporte. Elimine las credenciales, los tokens de sesión y las cadenas de consulta de las URL firmadas antes de compartir los diagnósticos. Vuelva a revisar esta guía y su paquete de simulación exportado cuando cambie la configuración.