> ## 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.
# Configuração dos endereços IP de saída das integrações
> Adicione à lista de permissões os endereços IP de saída da Living Security para que o seu provedor aceite o tráfego de integração.
Alguns provedores restringem o acesso à API a uma lista aprovada de endereços IP de origem. Quando essa restrição está habilitada, o seu provedor deve ser configurado para aceitar o tráfego proveniente dos endereços IP de saída da Living Security; caso contrário, a integração será rejeitada na camada de rede.
Esta página lista esses endereços.
## Existem dois conjuntos
A Living Security se conecta ao seu provedor por meio de duas redes diferentes, que atendem a partes distintas da integração.
| Conjunto | O que sai por ele | Quantidade | Varia por região? |
| - | - | - | - |
| **Tráfego de sincronização das integrações** | As chamadas de API agendadas que importam os seus dados e, por padrão, as ações de playbook de saída | 4 endereços | Não |
| **Tráfego da plataforma** | Solicitações de token de acesso para as integrações listadas abaixo e ações de playbook de saída em conexões configuradas para saída direta | 2 endereços por região | **Sim** |
A maioria das integrações precisa apenas do conjunto de sincronização. Um grupo específico precisa de **ambos**, de forma permanente — consulte [Integrações que precisam dos dois conjuntos](#integra%C3%A7%C3%B5es-que-precisam-dos-dois-conjuntos).
## Tráfego de sincronização das integrações
Estes quatro endereços são os mesmos para todas as regiões da Living Security. Os clientes hospedados na União Europeia usam os mesmos quatro endereços que os clientes hospedados nos Estados Unidos.
| Endereço 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` |
Para provedores que aceitam uma lista separada por vírgulas:
```text theme={null}
52.34.139.153/32, 54.69.127.183/32, 44.247.133.183/32, 52.26.211.56/32
```
## Tráfego da plataforma
Diferentemente dos endereços de sincronização, estes **são** específicos de cada região. Use apenas o par da região que hospeda a sua organização. Se você não tiver certeza de qual é essa região, consulte o seu Customer Success Manager antes de configurar qualquer item — adicionar à lista de permissões os endereços da região errada faz a integração falhar de um modo que parece não ter nenhuma relação com a lista de permissões.
| Região | Endereços IP | CIDR |
| - | - | - |
| **Estados Unidos** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **União Europeia** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |
Para provedores que aceitam uma lista separada por vírgulas:
```text theme={null}
United States: 98.91.60.249/32, 13.216.91.102/32
European Union: 34.246.236.210/32, 52.31.102.238/32
```
### Ações de playbook de saída
Por padrão, as ações de playbook que gravam dados de volta em um sistema conectado seguem o mesmo caminho das sincronizações de dados e, portanto, saem pelos endereços de **sincronização**. Nenhuma configuração adicional é necessária.
Um administrador pode configurar uma conexão individual para **saída direta**, o que move as ações dessa conexão para os endereços da plataforma da sua região. Essa configuração existe exatamente para esta situação: uma instância de provedor que restringe o acesso à API por IP de origem e precisa de um conjunto pequeno, estável e de propriedade da Living Security para a lista de permissões. Alguns provedores sempre usam saída direta porque não podem ser acessados por proxy.
Se você adicionar à lista de permissões apenas os endereços de sincronização e, posteriormente, alguém configurar uma conexão para saída direta, as ações dessa conexão começarão a falhar enquanto as sincronizações continuarão funcionando.
## Integrações que precisam dos dois conjuntos
Na maioria das integrações, o serviço de integração da Living Security obtém e renova o token de acesso por conta própria, e todo o tráfego chega ao seu provedor somente pelos endereços de sincronização.
Nas integrações abaixo, esse serviço não consegue renovar o token, portanto **a plataforma da Living Security o gera diretamente** — uma vez ao conectar e, depois, continuamente enquanto a conexão estiver ativa. Essas solicitações de token saem pelos endereços da plataforma. As sincronizações de dados agendadas continuam saindo pelos endereços de sincronização.
* [Auth0](/pt-BR/integrations/auth0)
* [Cofense Triage](/pt-BR/integrations/cofense-triage)
* Code42
* Cornerstone
* [CrowdStrike Falcon](/pt-BR/integrations/crowdstrike)
* [Microsoft Entra ID](/pt-BR/integrations/microsoft-entra-id) — incluindo o Microsoft Graph
* [OneLogin](/pt-BR/integrations/onelogin)
* Sophos Central
* Zscaler Client Connector
**Os dois conjuntos permanecem na lista de permissões durante toda a vida útil da conexão.** Os endereços da plataforma não são um requisito apenas da configuração inicial. A renovação do token ocorre em um ciclo curto enquanto a integração estiver ativa; portanto, removê-los após uma configuração bem-sucedida interrompe a integração na próxima vez que o token expirar.
Se o endpoint de token do seu provedor e a API de dados estiverem no mesmo host — o que é comum — esse host precisará aceitar as duas redes.
## Adicione todos os endereços dos conjuntos de que você precisa
O tráfego pode sair por qualquer endereço de um conjunto, e o endereço usado em uma determinada solicitação não é fixo. Adicionar apenas uma parte dos endereços à lista de permissões causa falhas intermitentes e difíceis de diagnosticar: algumas solicitações são bem-sucedidas, outras falham, e o padrão parece não ter relação com a configuração.
Isso vale tanto para o par da plataforma quanto para os quatro endereços de sincronização. Cada região opera dois endereços, e as solicitações podem sair por qualquer um deles.
**Estes endereços são estáveis, mas não são permanentes.** Trabalhamos para mantê-los inalterados e só os alteramos raramente e em circunstâncias excepcionais — como uma mudança no nosso provedor de infraestrutura subjacente.
Como uma alteração é possível, adicione esta página aos favoritos. Se uma integração que funcionava anteriormente começar a falhar, volte aqui e confirme se a sua lista de permissões corresponde aos endereços acima antes de abrir um chamado de suporte.
## Quais integrações precisam disto
A lista de permissões de IP é uma configuração do *seu* provedor, não da Living Security. Ela se aplica somente se a sua organização tiver habilitado essa restrição. Se você não habilitou restrições de IP no provedor, nenhuma ação é necessária.
Estes provedores costumam exigi-la:
| Provedor | Onde fica a configuração |
| - | - |
| [Abnormal Security](/pt-BR/integrations/abnormal-security) | **IP Safelist** no token de API — obrigatório |
| [KnowBe4](/pt-BR/integrations/knowbe4) | **Allowed IP Addresses** no token da Reporting API |
| [Netskope](/pt-BR/integrations/netskope) | Lista **Custom IP**, se a lista de permissões de IP do tenant estiver habilitada |
| [Duo Admin](/pt-BR/integrations/catalog/duo-admin-custom) | **Networks for API Access** — opcional |
| [Microsoft Entra ID](/pt-BR/integrations/microsoft-entra-id) | **Named locations** referenciados por uma política de Conditional Access |
Outros provedores podem oferecer uma configuração semelhante. Consulte a página do provedor no [Catálogo](/pt-BR/integrations/overview) e a documentação do próprio provedor.
## Sintomas de uma lista de permissões ausente ou desatualizada
Os dois conjuntos falham de maneiras opostas. Associe o sintoma ao conjunto antes de alterar qualquer item.
### A conexão é bem-sucedida, mas os dados nunca chegam
Essa é a assinatura de um **endereço de sincronização ausente**.
As credenciais são validadas no momento da conexão por um caminho que muitas vezes não está sujeito à mesma restrição; por isso, a caixa de diálogo de conexão na Living Security informa sucesso. A falha aparece depois, quando uma sincronização agendada é executada e é bloqueada.
Procure por:
* A conexão aparece como conectada, mas os streams não relatam nenhum registro.
* As execuções de sincronização falham com `401 Unauthorized` ou `403 Forbidden`.
* Uma integração que funcionou por meses começa a falhar sem nenhuma alteração do seu lado.
### Não é possível criar a conexão
Essa é a assinatura de um **endereço da plataforma ausente** e se aplica somente às integrações listadas em [Integrações que precisam dos dois conjuntos](#integra%C3%A7%C3%B5es-que-precisam-dos-dois-conjuntos).
Procure por:
* A configuração falha ao obter um token de acesso. Nenhuma conexão é criada.
* O erro informa que não foi possível alcançar um host, sem nenhuma resposta HTTP.
* Os logs de login ou de Conditional Access do próprio provedor mostram uma solicitação bloqueada proveniente de um endereço que você não adicionou à lista de permissões.
Uma conexão que não pode ser alcançada de forma alguma **não** é um problema de credenciais. Nenhuma autenticação ocorreu; portanto, girar o segredo ou gerar novamente as credenciais do cliente não ajudará. Um endereço de origem que não está na lista de permissões é a causa mais comum, embora um nome de host incorreto, uma porta incorreta ou uma indisponibilidade do lado do provedor tenham a mesma aparência do nosso lado.
Uma alteração posterior na sua lista de permissões que remova os endereços da plataforma se manifesta de outra forma: uma integração que estava saudável há semanas para em poucos minutos, porque a próxima renovação de token é bloqueada.
## Isto não abrange a entrega de simulações de phishing
Os endereços desta página se aplicam ao **tráfego de integração** — as chamadas de API que a Living Security faz aos seus sistemas conectados para importar dados e executar ações de playbook.
A lista de permissões para a **entrega de e-mails de simulação de phishing** é uma configuração separada, com endereços, domínios de remetente e pacotes de lista de permissões para download próprios. Conclua-a em **Configurações → Simulação de phishing → Allowlisting**. Consulte [Configurações de Simulação de phishing](/pt-BR/features/settings/phishing-simulation) para esse processo.
Adicionar à lista de permissões os endereços desta página não tornará os e-mails de phishing simulado entregáveis, e concluir a lista de permissões da simulação não tornará acessível a API de um provedor restrito. Se você usa ambos, configure ambos.
## Como obter ajuda
Se as integrações continuarem falhando depois que você adicionar à lista de permissões os endereços da sua região, entre em contato com o seu Customer Success Manager ou com [support@livingsecurity.com](mailto:support@livingsecurity.com). Informe o nome do provedor, o stream com falha ou a etapa de configuração que falhou e o registro de data e hora, para que possamos correlacioná-los com os nossos logs de saída.
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.