- Introdução
- Segurança de dados e conformidade
- Organizações
- Autenticação e segurança
- Como permitir ou restringir a autenticação básica
- Configuração de solicitações de consentimento
- Restringindo o acesso a um conjunto de usuários
- Restrição de acesso às organizações
- Política de sessão
- Mudança de chaves gerenciadas pelo cliente para chaves gerenciadas pelo UiPath
- Ativação de um firewall para a chave gerenciada pelo cliente
- Requisitos de complexidade de senha de usuários locais
- Licenciamento
- Sobre as licenças
- Preço unificado: estrutura do plano de licenciamento
- Ativar sua licença Enterprise
- Migre do Test Suite para o Test Cloud
- Migração de licença
- Atribuição de Licenças a Tenants
- Atribuição de licenças aos usuários
- Desalocando licenças de usuário
- Monitoring license allocation
- Atribuição excessiva de licenças
- Notificações de licenciamento
- Gerenciamento de Licenças de Usuário
- Tenants e serviços
- Contas e funções
- AI Trust Layer
- Sobre a Camada de Confiança da IA
- Verificando o resumo de uso
- Visualização de logs de auditoria
- Gerenciamento de políticas da Camada de confiança da IA
- Mascaramento de PII
- Gerenciamento Autopilot for Everyone
- Configuração de LLMs
- Restrição de chamadas de LLM para seus próprios modelos
- Configuração do OpenTelemetry
- Governando dados contextuais para funcionalidades da GenAI
- Aplicativos Externos
- Notificações
- Geração de logs
- Exportação de dados
- Testes em sua organização
- Solução de problemas
- Migração para o Test Cloud
Configuração do firewall do Azure Key Vault para restringir o acesso de chaves gerenciadas pelo cliente aos serviços da UiPath apenas no Test Cloud.
Você pode aplicar uma camada extra de segurança à sua chave gerenciada pelo cliente habilitando um firewall no Azure Key Vault e permitindo apenas que os serviços UiPath acessem o CMK.
Para fazer isso, acesse a guia Rede do seu Azure Key Vault e configure o seguinte:
- Na seção Firewalls e redes virtuais, selecione Permitir acesso público de redes e endereços IP específicos.
- Na seção Firewall, adicione os endereços IP necessários:
-
Test Cloud: adicione os intervalos de IPs para sua região de ambas as páginas que os listam atualmente, até que os intervalos legados sejam descontinuados em 16 de setembro de 2026:
- A tabela de intervalos de IPs unificados na página atual Configuração do firewall para o Test Cloud.
- Os intervalos de IPs de saída para habilitar um firewall para a seção de chave gerenciada pelo cliente na página legada Configuração do firewall para o Test Cloud.
-
Test Cloud Public Sector: permita os IPs estáticos a seguir:
20.213.69.140/3020.92.42.116/3020.220.159.8/3020.104.134.160/3020.239.121.152/3020.232.224.12/3020.78.114.120/30104.215.9.124/3020.166.153.132/3020.198.150.140/3020.23.210.168/3020.66.65.144/3020.219.182.96/3052.140.57.140/3020.90.169.148/3051.142.146.56/30
Exemplo de erro para endereços IP não permitidos
Se você habilitou um firewall, mas não adicionou os endereços IP anteriores à lista de permissões, você receberá um erro na configuração de chave gerenciada pelo cliente. É assim que aparece no console de depuração do navegador (F12):
Client address is not authorized and caller is not a trusted service.\r\nClient address: 20.78.114.120\r\nCaller: appid=7a47c7ed-2f6f-43e3-a701-c4b0204b7f02;oid=a31db968-dd56-4ddd-95cc-e7dddd0562d1;iss=https://sts.windows.net/d8353d2a-b153-4d17-8827-902c51f72357/\r\nVault: plt-nst-config-kv;location=northeurope\nStatus: 403 (Forbidden)
Client address is not authorized and caller is not a trusted service.\r\nClient address: 20.78.114.120\r\nCaller: appid=7a47c7ed-2f6f-43e3-a701-c4b0204b7f02;oid=a31db968-dd56-4ddd-95cc-e7dddd0562d1;iss=https://sts.windows.net/d8353d2a-b153-4d17-8827-902c51f72357/\r\nVault: plt-nst-config-kv;location=northeurope\nStatus: 403 (Forbidden)
No exemplo, o IP ausente é 20.78.114.120. Para resolver o problema, adicione o IP na seção Firewall mencionada na Etapa 2.