Skip to main content
Envie esta página à sua equipe de TI antes da implantação. Ela reúne em um só lugar os destinos web, os remetentes de e-mail, os IPs de origem e os requisitos opcionais de upload e de integração. Alguns produtos de segurança chamam a configuração da lista de permissões de whitelisting ou safelisting.

Comece pela lista resumida

Acesso web: HTTPS / TCP 443. Em muitos ambientes, os dois curingas da Living Security, somados aos hosts externos de conteúdo e de recursos de login listados abaixo, cobrem o acesso dos colaboradores. Os hosts de conteúdo do cliente, de upload e do Contentful estão fora dos curingas da Living Security. Os hosts de conteúdo do cliente e de upload usam livingsecurity-content-cdn.ai, um domínio separado de livingsecurity.ai. Permita também static.descope.com e descopecdn.com somente para os recursos incorporados de login; as solicitações de login usam auth.livingsecurity.ai. Se você usar apenas *.livingsecurity.ai, adicione platform-cdn.livingsecurity.com e os demais hosts de conteúdo .com listados abaixo.
As tabelas detalhadas de nomes de host destinam-se às equipes de TI que não podem usar curingas; elas não exigem regras duplicadas. Verifique se o curinga do seu gateway abrange nomes aninhados, como api.eu-west-1.livingsecurity.ai. Um curinga pode excluir o domínio principal. Use nomes de host para destinos web, pois os respectivos IPs podem mudar.
Conclua também as regras de e-mail abaixo. Os autores de conteúdo também precisam dos destinos de upload. As integrações com restrições de IP de origem precisam das regras dos sistemas conectados. As entradas padrão estão nesta página; os guias vinculados fornecem as instruções de configuração.

Entrega de e-mails

E-mails de autenticação

Aplique essas entradas aos e-mails de login no seu serviço de proteção de e-mail. Verifique se as mensagens chegam antes de os links expirarem. As notificações usam esses mesmos IPs; as simulações usam os intervalos separados abaixo. Consulte Enterprise Identity.

E-mails transacionais da plataforma

Os mesmos dois IPs de envio listados acima também enviam as notificações da plataforma nos EUA e na UE. Permita estes endereços de remetente e o domínio autenticado de return-path: Esses itens abrangem mensagens de boas-vindas, atribuições de treinamento, lembretes e outras notificações. Mantenha a validação de SPF, DKIM e DMARC ativada. O SMTP de simulação usa os próprios intervalos, indicados abaixo. Se o seu próprio relay SMTP restringir conexões por IP de origem, solicite ao Suporte os IPs de origem da conexão SMTP da Living Security para a sua região antes de configurar o relay. Eles identificam a conexão com o seu relay, separadamente dos IPs de envio do próprio relay. Não substitua pelos IPs de e-mail gerenciados pela plataforma indicados acima nem pelos IPs da API de integração indicados abaixo.

Simulações de phishing

Para SMTP gerenciado pela plataforma, use a região da sua organização: Permita o intervalo de IPs completo da sua região. Use o domínio de autenticação de e-mail nas regras de gateway que o exigirem. O endereço de remetente visível varia conforme a simulação; use o pacote da lista de permissões atual para as simulações selecionadas. Antes do lançamento, obtenha o pacote específico da organização em Configurações → Simulação de phishing → Configuração da lista de permissões → Exportar pacote da lista de permissões ou solicite-o ao seu Customer Success Manager antes de ter acesso. Ele inclui os domínios de envio habilitados, os hosts de páginas de destino/URLs e o domínio de Reply-To distinto. Revise os endereços de remetente reais das simulações selecionadas se o seu gateway exigir endereços completos. Baixe um pacote atualizado quando as configurações da simulação mudarem. A entrega direta (DMI) usa a sua integração conectada com o Microsoft 365 ou o Google Workspace; os intervalos de origem SMTP não se aplicam a esse caminho de entrega. O Google Workspace coloca as mensagens em cada Caixa de entrada sem enviar e-mail. O Microsoft 365 envia e-mails reais a partir da sua caixa de correio de simulação, portanto os seus filtros do Microsoft 365 continuam a ser aplicados. O acesso às URLs, o consentimento do provedor e o teste da caixa de entrada continuam sendo importantes. Siga as etapas específicas de cada provedor em Configurações de simulação, incluindo os controles de simulação do Microsoft Defender, quando aplicável.

Acesso ao aplicativo e à API

Para organizações da UE, permita ambos os nomes de host de API para o login pelo navegador e para o acesso ao aplicativo. Para uma integração direta com a API, use a URL regional atribuída à sua organização. Consulte o Início rápido da API. Se a sua organização usar um nome de host personalizado para o aplicativo ou o login, inclua o nome de host exato informado durante a configuração.

Requisitos de login

As solicitações de login usam auth.livingsecurity.ai, listado acima. O formulário incorporado também carrega recursos dos hosts desta tabela. Se o formulário não for exibido corretamente, peça à sua equipe de TI que verifique se essas solicitações de recursos estão sendo bloqueadas.

Conteúdo, CDNs e uploads de clientes

Permita esses hosts para que os administradores visualizem o conteúdo e os colaboradores o consumam. A proteção de imagens de e-mail também pode precisar de acesso aos hosts de imagens. Os hosts de recursos e de vídeos dos clientes ficam em livingsecurity-content-cdn.ai, um domínio diferente de livingsecurity.ai. Permitir apenas *.livingsecurity.ai não os cobre. Informe os hosts explícitos acima quando o seu gateway não oferecer suporte a curingas. Além disso, um curinga pode não incluir o domínio principal nem subdomínios aninhados no seu produto de segurança. Se você adicionar conteúdo hospedado externamente, permita também os destinos que esse conteúdo utiliza. Revise esses endereços antes de atribuir o conteúdo aos colaboradores.

Destinos de upload

Administradores que enviam arquivos de conteúdo ou de identidade visual. Esses destinos recebem novos uploads; os colaboradores que visualizam conteúdo existente precisam dos hosts de CDN acima. Permita ambos os hosts de upload de recursos para imagens, documentos, fontes personalizadas, ícones de relatores e pacotes SCORM. Imagens e documentos existentes podem manter a região de armazenamento original. Use a API de vídeo da região da sua organização. Permita PUT e OPTIONS para uploads de arquivos, e POST, PATCH, HEAD, DELETE e OPTIONS para uploads de vídeo retomáveis. Preserve as query strings das URLs e os cabeçalhos de upload fornecidos pelo aplicativo. Os pacotes SCORM podem ter até 500 MiB (524288000 bytes). Permita o pacote completo em uma única solicitação de upload; um limite menor de corpo de solicitação no seu gateway pode bloquear o upload. Destinos de upload verificados nos ambientes de produção dos EUA e da UE em 4 de novembro de 2026.

Recursos adicionais e integrações

  • SSO/MFA e consentimento de integração: permita o seu provedor de identidade e as páginas de login/consentimento de cada sistema que você conectar.
  • Tours de integração: onboard.livingsecurity.ai, coberto pelo curinga .ai; permita HTTPS e WebSockets seguros na TCP 443.
  • Livvy e atualizações em tempo real: permita respostas HTTPS em streaming e WebSockets seguros na TCP 443.
  • Conteúdo externo, domínios personalizados e o seu LMS: inclua os hosts exatos usados pela sua organização. Teste o SCORM hospedado a partir da rede do participante.

Regras de IP nos seus sistemas conectados

Se um sistema que você conecta restringir o acesso à API por IP de origem, adicione esses endereços à lista de permissões de API desse sistema. Eles são os endereços de origem que o sistema verá quando a Living Security solicitar dados. Não são destinos de saída para os dispositivos dos colaboradores. Permita todos os quatro endereços de sincronização (os mesmos nos EUA e na UE): Permita também o par da plataforma da sua região quando usar qualquer uma destas integrações: O par da plataforma também se aplica a conexões configuradas para saída direta e a provedores que exigem ações diretas. Mantenha ambos os conjuntos de endereços permitidos para que a autenticação, as sincronizações e as ações continuem funcionando: Mantenha todos os endereços necessários permitidos após a configuração para que a autenticação e as sincronizações de dados continuem funcionando. Use essas entradas somente para o acesso à API de integração. O guia de saída de integrações lista os requisitos específicos de cada provedor.

Verificação antes do lançamento

Teste pela mesma rede corporativa, proxy, VPN, proteção de endpoint e controles de caixa de correio que os seus colaboradores usam:
  • Faça login no Painel e no Engage; conclua o SSO/MFA ou receba um link de login por e-mail que funcione.
  • Abra uma página do Painel e faça uma pergunta à Livvy.
  • Abra imagens do catálogo, reproduza um vídeo com legendas e abra um documento para download.
  • Faça o upload de um recurso do cliente e depois visualize-o como participante; inicie um pacote SCORM enviado, se você usar algum.
  • Entregue um e-mail de boas-vindas ou de atribuição de treinamento; verifique o remetente, a autenticação, os links e as imagens.
  • Execute uma simulação no caminho de entrega escolhido; verifique a chegada à caixa de entrada, o acesso à página de destino e as respostas em cenários baseados em resposta.
  • Conecte cada integração habilitada e verifique uma sincronização de dados real, não apenas a autorização bem-sucedida.
Se alguma verificação falhar, registre o nome de host bloqueado, o horário, a região, o recurso afetado e o erro do gateway ou o rastreamento do e-mail, e entre em contato com o Suporte. Remova credenciais, tokens de sessão e query strings de URLs assinadas antes de compartilhar os diagnósticos. Revise novamente este guia e o seu pacote de simulação exportado quando a configuração mudar.