Skip to main content
Envie esta página à sua equipa de TI antes da integração inicial. Reúne num só local os destinos web, os remetentes de email, os IPs de origem e os requisitos opcionais de carregamento e de integração. Alguns produtos de segurança designam o allowlisting como whitelisting ou safelisting.

Comece pela lista resumida

Acesso web: HTTPS / TCP 443. Em muitos ambientes, os dois carateres universais (wildcards) da Living Security, juntamente com os anfitriões externos de conteúdos e de recursos de início de sessão indicados abaixo, abrangem o acesso dos colaboradores. Os anfitriões de conteúdos do cliente, de carregamento e do Contentful encontram-se fora dos carateres universais do Living Security. Os anfitriões de conteúdos do cliente e de carregamento utilizam livingsecurity-content-cdn.ai, um domínio distinto de livingsecurity.ai. Permita também static.descope.com e descopecdn.com apenas para os recursos de início de sessão incorporado; os pedidos de início de sessão utilizam auth.livingsecurity.ai. Se utilizar apenas *.livingsecurity.ai, adicione platform-cdn.livingsecurity.com e os restantes anfitriões de conteúdos .com indicados abaixo.
As tabelas detalhadas de nomes de anfitrião destinam-se às equipas de TI que não podem utilizar wildcards; não exigem regras duplicadas. Verifique se o wildcard da sua gateway corresponde a nomes aninhados, como api.eu-west-1.livingsecurity.ai. Um wildcard pode excluir o domínio base. Utilize nomes de anfitrião para os destinos web, porque os respetivos IPs podem mudar.
Conclua também as regras de email abaixo. Os autores de conteúdos precisam ainda dos destinos de carregamento. As integrações com restrições de IP de origem precisam das regras dos sistemas ligados. As entradas padrão encontram-se nesta página; os guias referenciados fornecem as instruções de configuração.

Entrega de email

Emails de autenticação

Aplique estas entradas aos emails de início de sessão no seu serviço de proteção de correio. Verifique se as mensagens chegam antes de as respetivas ligações expirarem. As notificações utilizam estes mesmos IPs; as simulações utilizam os intervalos distintos indicados abaixo. Consulte Enterprise Identity.

Emails transacionais da plataforma

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

Simulações de phishing

Para o SMTP gerido pela plataforma, utilize a região da sua organização: Permita o intervalo de IPs completo da sua região. Utilize o domínio de autenticação de email nas regras da gateway que o exijam. O endereço de remetente visível varia consoante a simulação; utilize o pacote de allowlist atual correspondente às simulações selecionadas. Antes do lançamento, obtenha o pacote específico da organização em Configurações → Simulação de phishing → Allowlisting → Export allowlist package, ou solicite-o ao seu Customer Success Manager antes de ter acesso. Inclui os domínios de envio ativados, os anfitriões de landing/URL e o domínio de Reply-To distinto. Reveja os endereços de remetente reais das simulações selecionadas se a sua gateway exigir endereços completos. Transfira um pacote atualizado sempre que as configurações das simulações forem alteradas. A entrega direta (DMI) utiliza a integração do Microsoft 365 ou do Google Workspace que tenha ligado; 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 email. O Microsoft 365 envia email real a partir da sua caixa de correio de simulação, pelo que os seus filtros do Microsoft 365 continuam a aplicar-se. O acesso aos URLs, o consentimento do fornecedor e os testes da caixa de entrada continuam a ser relevantes. Siga os passos específicos de cada fornecedor em Configurações de simulação, incluindo os controlos de simulação do Microsoft Defender, quando aplicável.

Acesso à aplicação e às APIs

Para as organizações da UE, permita ambos os nomes de anfitrião da API para o início de sessão no navegador e o acesso à aplicação. Para uma integração direta com a API, utilize o URL regional atribuído à sua organização. Consulte o Guia de início rápido da API. Se a sua organização utilizar um nome de anfitrião personalizado para a aplicação ou para o início de sessão, inclua o nome de anfitrião exato fornecido durante a configuração.

Requisitos de início de sessão

Os pedidos de início de sessão utilizam auth.livingsecurity.ai, indicado acima. O formulário incorporado também carrega recursos a partir dos anfitriões desta tabela. Se o formulário não for apresentado corretamente, peça à sua equipa de TI que verifique se esses pedidos de recursos estão bloqueados.

Conteúdos, CDNs e carregamentos de clientes

Permita estes anfitriões para os administradores que pré-visualizam conteúdos e para os colaboradores que os consomem. A proteção de imagens de email pode também exigir acesso aos anfitriões de imagens. Os anfitriões de recursos e de vídeos dos clientes encontram-se em livingsecurity-content-cdn.ai, um domínio diferente de livingsecurity.ai. Permitir apenas *.livingsecurity.ai não os abrange. Introduza os anfitriões explícitos acima indicados quando a sua gateway não suportar wildcards. Um wildcard pode também não incluir o domínio base nem os subdomínios aninhados no seu produto de segurança. Se adicionar conteúdos alojados externamente, permita também os destinos que esses conteúdos utilizam. Reveja esses endereços antes de atribuir os conteúdos aos colaboradores.

Destinos de carregamento

Administradores que carregam conteúdos ou ficheiros de identidade visual. Estes destinos recebem os novos carregamentos; os colaboradores que visualizam conteúdos existentes precisam dos anfitriões de CDN acima indicados. Permita ambos os anfitriões de carregamento de recursos para imagens, documentos, tipos de letra personalizados, ícones de reporte e pacotes SCORM. As imagens e os documentos existentes podem manter a região de armazenamento original. Utilize a API de vídeo da região da sua organização. Permita PUT e OPTIONS para o carregamento de ficheiros, e POST, PATCH, HEAD, DELETE e OPTIONS para o carregamento de vídeo retomável. Preserve as cadeias de consulta dos URLs e os cabeçalhos de carregamento fornecidos pela aplicação. Os pacotes SCORM podem ter até 500 MiB (524288000 bytes). Permita o pacote completo num único pedido de carregamento; um limite inferior para o corpo do pedido na sua gateway pode bloquear o carregamento. Destinos de carregamento verificados em Produção nos EUA e na UE a 4 de novembro de 2026.

Funcionalidades e integrações adicionais

  • SSO/MFA e consentimento de integração: permita o seu fornecedor de identidade e as páginas de início de sessão/consentimento de cada sistema que ligar.
  • Visitas guiadas de integração inicial: onboard.livingsecurity.ai, abrangido pelo wildcard .ai; permita HTTPS e WebSockets seguros na TCP 443.
  • Livvy e atualizações em direto: permita respostas HTTPS em streaming e WebSockets seguros na TCP 443.
  • Conteúdos externos, domínios personalizados e o seu LMS: inclua os anfitriões exatos que a sua organização utiliza. Teste o SCORM alojado a partir da rede do aprendiz.

Regras de IP nos seus sistemas ligados

Se um sistema que ligar restringir o acesso à API por IP de origem, adicione estes endereços à allowlist da API desse sistema. 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 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 utilizar qualquer uma destas integrações: O par da plataforma aplica-se também às ligações configuradas para saída direta e aos fornecedores que exigem ações diretas. Mantenha ambos os conjuntos de endereços permitidos para assegurar a continuidade da autenticação, das sincronizações e das ações: Mantenha permitidos todos os endereços necessários após a configuração para que a autenticação e as sincronizações de dados continuem a funcionar. Utilize estas entradas apenas para o acesso à API de integração. O guia de egress de integrações indica os requisitos específicos de cada fornecedor.

Verificar antes do lançamento

Teste através da mesma rede empresarial, proxy, VPN, proteção de endpoints e controlos de caixa de correio que os seus colaboradores utilizam:
  • Inicie sessão no Painel e no Engage; conclua o SSO/MFA ou receba uma ligação de início de sessão por email 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 transferível.
  • Carregue um recurso de cliente e pré-visualize-o como aprendiz; inicie um pacote SCORM carregado, se utilizar um.
  • Entregue um email de boas-vindas ou de atribuição de treinamento; verifique o remetente, a autenticação, as ligações 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 nos cenários baseados em resposta.
  • Ligue cada integração ativada e verifique uma sincronização de dados real, e não apenas uma autorização bem-sucedida.
Se uma verificação falhar, registe o nome de anfitrião bloqueado, a hora, a região, a funcionalidade afetada e o erro da gateway ou o rasto do correio, e contacte o Suporte. Remova as credenciais, os tokens de sessão e as cadeias de consulta de URLs assinados antes de partilhar diagnósticos. Volte a consultar este guia e o seu pacote de simulação exportado sempre que a configuração for alterada.