Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Observação
Os recursos de versão preliminar não foram criados para uso em ambientes de produção e podem ter funcionalidade restrita. Esses recursos são disponibilizados antes de um lançamento oficial para que os clientes possam ter acesso antecipado e forneçam comentários.
Este documento técnico descreve a arquitetura de segurança dos mecanismos de autenticação no Test Engine. Power Apps Para obter orientação focada no usuário sobre como selecionar e configurar métodos de autenticação, consulte o Guia de Autenticação .
Visão geral dos métodos de autenticação
O Test Engine oferece suporte a dois métodos principais de autenticação:
- Autenticação de estado de armazenamento - Com base em cookies persistentes do navegador e estado de armazenamento
- Autenticação baseada em certificado - Baseada em certificados X.509 e Dataverse integração
Ambos os métodos são projetados para dar suporte a requisitos de segurança modernos, incluindo autenticação multifator (MFA) e políticas de acesso condicional.
Arquitetura de autenticação de estado de armazenamento
O método de autenticação do estado de armazenamento usa o geranciamento de contexto do navegador do Playwright para armazenar e reutilizar tokens de autenticação com segurança.
Implementação da Proteção de Dados do Windows
A implementação do estado de armazenamento local usa a API de Proteção de Dados do Windows (DPAPI) para armazenamento seguro:
Considerações sobre segurança
A arquitetura de segurança do estado de armazenamento fornece:
- Proteção de tokens de autenticação em repouso usando criptografia DPAPI
- Suporte para políticas de acesso condicional e MFA Microsoft Entra
- Isolamento de sandbox por meio de contextos do navegador do Playwright
- Conformidade com as políticas de duração da sessão Microsoft Entra
Arquitetura de autenticação baseada em certificado
A autenticação baseada em certificado integra-se com Dataverse e usa certificados X.509 para maior segurança e criptografia das informações em repouso.
Dataverse implementação de armazenamento
A implementação usa um repositório XML personalizado para armazenamento seguro de chaves de proteção: Dataverse
Tecnologia de criptografia
As seções a seguir descrevem os algoritmos de criptografia e as abordagens de geranciamento de chaves usadas pelo Test Engine para proteger dados de autenticação em repouso e em trânsito.
AES-256-CBC + HMACSHA256
Por padrão, os valores de dados são criptografados com uma combinação de AES-256-CBC e HMACSHA256:
Esta abordagem proporciona:
- Confidencialidade através da criptografia AES-256
- Integridade através da verificação HMAC
- Autenticação da fonte de dados
Integração da API de proteção de dados
O Test Engine integra-se com a API de proteção de dados do Core para geranciamento de chaves e criptografia: ASP.NET
Implementação de repositório XML personalizado
O Test Engine implementa um IXmlRepository personalizado para Dataverse integração:
Acesso condicional e compatibilidade com MFA
A arquitetura de autenticação do Test Engine foi projetada para funcionar perfeitamente com políticas de acesso condicional: Microsoft Entra
Considerações avançadas de segurança
As seções a seguir destacam outros recursos de segurança e integrações que aprimoram a proteção de dados de autenticação e oferecem suporte a operações seguras em ambientes corporativos.
Dataverse integração do modelo de segurança
O Test Engine utiliza o robusto modelo de segurança do Dataverse:
- Segurança em nível de registro - Controla o acesso aos dados de autenticação armazenados
- Modelo de Compartilhamento - Permite o compartilhamento seguro de contextos de autenticação de teste
- Auditoria - Rastreia o acesso a dados de autenticação confidenciais
- Segurança em nível de coluna - Fornece proteção granular de campos confidenciais
Gerenciamento de tokens da CLI do Azure
Para autenticação, o Test Engine obtém tokens de acesso com segurança: Dataverse
Práticas recomendadas de segurança
Ao implementar a autenticação do Test Engine, considere estas práticas recomendadas de segurança:
- Acesso com privilégios mínimos - Conceda permissões mínimas necessárias para testar contas
- Rotação regular de certificados - Atualizar certificados periodicamente
- Variáveis CI/CD seguras - Proteja variáveis de pipeline que contêm dados confidenciais
- Acesso de auditoria - Monitorar o acesso aos recursos de autenticação
- Isolamento de ambiente - Use ambientes separados para testes
Melhorias futuras de segurança
Possíveis melhorias futuras na arquitetura de segurança de autenticação incluem:
- Integração com o Azure Key Vault para geranciamento aprimorado de segredos
- Suporte para identidades gerenciadas em ambientes do Azure
- Recursos aprimorados de registro e monitoramento de segurança
- Mais provedores de proteção para cenários multiplataforma
Artigos relacionados
Proteção de dados em ASP.NET Core
API de proteção de dados do Windows
Microsoft Entra autenticação
Dataverse modelo de segurança
Autenticação baseada em certificado X.509