Acesso Condicional para Contas de Serviço no Microsoft Entra ID: O Guia Essencial

By Mirko Peters · 2026-04-26 · Updated 2026-07-28

Resposta rápida: o Acesso Condicional para contas de serviço exige, antes de tudo, uma classificação cuidadosa: identifique se a conta é uma conta de automação baseada em usuário, uma identidade de carga de trabalho, uma conta de emergência ou uma dependência legada. Use o design de menor risco para cada tipo, teste as políticas primeiro no modo somente relatório, proteja as credenciais e permissõ

Automatically translated with AI from the original post. Read the English original

Cover: Fix Microsoft Entra ID Conditional Access and Identity Debt

Resposta rápida: o Acesso Condicional para contas de serviço exige, antes de tudo, uma classificação cuidadosa: identifique se a conta é uma conta de automação baseada em usuário, uma identidade de carga de trabalho, uma conta de emergência ou uma dependência legada. Use o design de menor risco para cada tipo, teste as políticas primeiro no modo somente relatório, proteja as credenciais e permissões de apoio e monitore continuamente o comportamento de entrada e das cargas de trabalho antes de aplicar os controles de forma ampla.

Se você é responsável pela segurança no Microsoft Entra ID, acertar o Acesso Condicional para contas de serviço não é apenas mais um item da lista: é a base para controlar quem (ou o quê) acessa seus serviços em nuvem. Este guia mostra como as políticas de Acesso Condicional se aplicam às contas de serviço, os controles centrados em identidade, os pré-requisitos essenciais e a redução avançada de riscos. Você encontrará passos práticos para configuração, ajuste e manutenção de longo prazo das políticas.

Você vai aprender a proteger identidades não humanas e a proteger tudo, desde o Microsoft 365 até as cargas de trabalho do Azure, inclusive em ambientes híbridos com conexões locais. Seja você lidando com entidades de serviço, identidades gerenciadas ou contas mais antigas, vamos mostrar o que realmente é preciso para construir uma governança de acesso sólida e confiável. Pronto para assumir o controle? Vamos lá e trazer para sua organização a clareza no controle de acesso que hoje lhe falta.

Entendendo a infraestrutura de identidade e os princípios de segurança para o acesso de contas de serviço

Toda jornada de segurança na nuvem da Microsoft começa com a sua infraestrutura de identidade. Com tantos serviços se comunicando entre si, as contas de serviço rapidamente se tornam as engrenagens silenciosas por trás da operação. Mas, quando não são monitoradas, essas poderosas identidades não humanas se transformam em grandes riscos de segurança.

Proteção centrada em identidade significa tratar a própria identidade, seja ela uma conta de serviço ou um usuário humano, como o principal ponto de controle. Autenticação forte, como a baseada em certificado ou o armazenamento seguro de segredos, não é negociável. Aplique o princípio do menor privilégio: atribua apenas o que a conta de serviço precisa, nada além disso. Se um bot de processamento de planilhas precisa do OneDrive, ele não deve ter direitos de administrador do SharePoint.

Mas isso é só o básico. Uma gestão consistente de identidades é o que mantém as empresas fora das manchetes por motivos errados. Quando contas de serviço se acumulam sem clareza, ou seus privilégios nunca são revisados, você corre o risco de acumular uma “dívida de identidade” e de ter políticas de segurança imprevisíveis. Incidentes reais mostraram que invasores adoram se aproveitar de contas de serviço abandonadas, com segredos desatualizados ou acesso excessivamente aberto.

Seu objetivo é claro: colocar a identidade no centro, aplicar políticas de acesso sólidas e manter boa governança. Uma estratégia consistente reduz riscos, dá controle e permite responder às perguntas difíceis quando auditores, ou invasores, baterem à porta. Se você quer entender melhor como a proliferação de identidades e as exceções podem criar uma segurança frágil, confira esta análise prática sobre a identidade como plano de controle.

Quer saber mais sobre como a propriedade dos dados e as revisões contínuas de acesso se relacionam com uma boa governança? Este material sobre acesso e governança de dados no Microsoft 365 vai ajudar você a construir, desde o início, estratégias de acesso sustentáveis e resistentes a riscos.

Protegendo contas de serviço versus entidades de serviço: identidades não humanas em foco

Nem todas as contas não humanas são iguais. Saber a diferença entre uma conta de serviço tradicional e uma entidade de serviço no Entra ID vai poupar dor de cabeça (e talvez até uma violação). Contas de serviço tradicionais são objetos de usuário completos, muitas vezes com senhas ou segredos estáticos, enquanto as entidades de serviço são representações de aplicativos com controles mais granulares no Azure AD (agora Microsoft Entra ID).

O Acesso Condicional afeta esses dois tipos de forma diferente. As entidades de serviço costumam ser muito focadas em permissões de aplicativo para aplicativo, e o Acesso Condicional funciona melhor aqui, isolando o que um aplicativo pode fazer. Já as contas de serviço tradicionais são mais complicadas: podem ser atingidas por regras mais amplas ou não usar autenticação moderna. Para quem está em uma jornada de Zero Trust, isso é muito importante.

Se você está em dúvida sobre qual caminho é mais seguro, reserve um minuto para entender por que as identidades de workload são o próximo passo para proteger o acesso não humano. As diferenças importam, e também importa escolher a opção certa para a sua estratégia de nuvem.

Pré-requisitos e planejamento para políticas de acesso condicional

Configurar o acesso condicional para contas de serviço não é tão simples quanto ativar um recurso. O essencial é entender com antecedência o que você precisa, para não ficar correndo no meio da implantação. Desde o licenciamento e os limites técnicos até a definição de quais administradores vão conduzir o processo, o planejamento evita surpresas desagradáveis.

Você precisa garantir que a organização atende aos requisitos mínimos. Talvez falte uma licença específica do Entra ID ou do Microsoft 365, ou você não esteja preparado para lidar com as limitações de protocolo de algumas contas de serviço legadas. Erros nessa etapa resultam em políticas que parecem boas no papel, mas nunca funcionam de fato em produção.

Em seguida vêm as funções e as permissões. Escolher as pessoas certas para projetar, testar e ajustar essas políticas não é burocracia: é a sua primeira linha de defesa contra o acúmulo de privilégios e as alterações não autorizadas. Por fim, o trabalho de identificar e categorizar as contas de serviço garante que você aplique a proteção onde ela realmente é necessária, e não apenas onde é mais conveniente.

Quer eliminar o achismo e evitar aqueles momentos de "como isso passou despercebido?"? As próximas seções trazem checklists e detalhamentos para cada etapa: desde os pré-requisitos e o acesso de administrador até a definição de um plano de ciclo de vida para as suas contas de serviço. E se questões de confiança, exceções e estratégias de implantação tiram o seu sono, veja como uma abordagem de políticas inclusiva e monitorada ajuda a fechar as brechas.

Pré-requisitos, limitações e requisitos de configuração do acesso condicional

Licenciamento: Você vai precisar do Entra ID Premium P1 ou P2 (anteriormente Azure AD) para os recursos de acesso condicional. O Microsoft 365 E3/E5 também pode ser necessário para suporte completo.
Identidades elegíveis: O acesso condicional oferece suporte a contas do Azure AD somente em nuvem ou híbridas, mas tem dificuldades com alguns protocolos locais, legados ou que não são baseados em navegador (como a autenticação básica).
Restrições de protocolo: A autenticação legada (por exemplo, POP, IMAP, SMTP) frequentemente ignora o acesso condicional. Para a aplicação de políticas, a autenticação moderna e o OAuth2 são os preferidos.
Configuração do locatário: Verifique se o seu locatário do Entra ID está configurado corretamente. Se você estiver no modo híbrido, precisa de contas sincronizadas por meio do Azure AD Connect.
Armadilhas: Cuidado com a proliferação de políticas e o acúmulo de exceções, que geram uma "dívida de identidade" e abrem uma porta dos fundos para os atacantes.

Funções de administrador, permissões e controles de acesso para o gerenciamento de políticas

Administrador global: Controle total, mas o ideal é reservá-lo para contas de acesso de emergência (break-glass) ou para a configuração inicial. Use o privilégio mínimo sempre que possível.
Administrador de acesso condicional: A função ideal para criar, modificar e gerenciar políticas específicas de acesso condicional no Entra ID.
Administrador de função privilegiada: Ajuda a gerenciar atribuições e impõe a separação de funções com o Privileged Identity Management (PIM).
Leitor de segurança: Para monitoramento e auditoria. Acompanha os logs e verifica as alterações sem poder editar políticas.
Prática recomendada: Limite o acesso privilegiado permanente e atribua permissões administrativas com prazo determinado ou baseadas em aprovação, para reduzir a exposição ao risco.

Planejando a estratégia e o ciclo de vida das contas de serviço

Identificação de contas: Faça um inventário de todas as contas de serviço e entidades de serviço, e marque cada uma com sua finalidade e proprietário desde o início.
Categorização: Agrupe as contas por risco, privilégio e tipo de conexão (somente em nuvem, híbrida, aplicativo, automação etc.) para facilitar a segmentação das políticas.
Planejamento do ciclo de vida: Mapeie a trajetória de cada conta: criação, uso, rotação, revisão e desativação.
Recertificação: Programe revisões periódicas das permissões e da necessidade de cada conta. Elimine ou reduza o acesso de contas não utilizadas ou com privilégios excessivos.
Automação: Use scripts ou plataformas de governança para identificar contas de serviço obsoletas, órfãs ou mal configuradas antes que se transformem em problemas de auditoria.

Configurando políticas de acesso condicional para contas de serviço

Agora que as bases estão definidas, começa o trabalho de verdade. Criar políticas de Acesso Condicional para contas de serviço no Entra ID não se resume a ativar recursos. Trata-se de definir o escopo com clareza e precisão, garantindo que suas regras façam o que você espera, onde você espera, sem interromper integrações essenciais de serviços.

Aqui, você vai passar do planejamento para a configuração prática. Primeiro, você define quem e o que será alvo de uma política, como contas de serviço específicas ou registros de aplicativos do Azure, além dos aplicativos de nuvem exatos que essas identidades acessam. Em seguida, você ajusta os controles de acesso: definindo quando bloquear, quando solicitar uma comprovação mais forte e quando permitir o acesso sob condições rigorosas. E para reduzir a exposição? É aqui que entram as restrições baseadas em localização e os intervalos de IP aprovados.

Seja para proteger automações sem interface ou as chaves do seu castelo no SharePoint, cada subseção a seguir detalha etapas de configuração práticas. Ao final, você terá políticas que não apenas funcionam, mas também resistem às exigências de conformidade e às ameaças em evolução.

Atribuições de políticas e etapas de configuração de aplicativos de nuvem

Selecione contas ou grupos: atribua o Acesso Condicional diretamente a contas de serviço específicas, objetos de entidade de serviço ou grupos bem definidos, para um controle granular.
Defina o escopo dos aplicativos de nuvem: escolha quais aplicativos de nuvem (como Microsoft 365, SharePoint Online ou APIs personalizadas) a política vai abranger, permitindo uma aplicação direcionada.
Verifique as atribuições: confirme que as contas de usuário, as entidades de automação e as identidades gerenciadas estão todas dentro dos limites desejados da política.
Implantação em etapas: teste o impacto da política no modo "somente relatório" e, em seguida, expanda gradualmente para o ambiente de produção para evitar interrupções de serviço.
Atualize à medida que você cresce: revise periodicamente e amplie ou restrinja as atribuições conforme o cenário das suas contas de serviço muda.

Controles de acesso, regras de bloqueio e condições de concessão para o acesso de contas de serviço

Bloqueie logins não confiáveis: defina regras para bloquear o acesso de qualquer login de conta de serviço vindo de locais desconhecidos ou em cenários de alto risco.
Exija MFA sempre que possível: para contas de serviço que oferecem suporte a login interativo, exija a autenticação multifator antes de conceder o acesso.
Condições de concessão: use "exigir dispositivo em conformidade" ou "exigir ingresso híbrido no Azure AD" para contas vinculadas a infraestrutura ou endpoints que oferecem suporte à conformidade de dispositivos.
Defina o escopo com base no risco: para contas de serviço privilegiadas ou sensíveis, combine condições de concessão mais rigorosas e políticas de "risco de login" para uma defesa em camadas.
Equilibre segurança e disponibilidade: ajuste as regras das contas "break glass" essenciais para evitar bloqueios acidentais, mas continue monitorando-as de perto.

Usando locais nomeados e restrições de endereços IP: configurando endereços permitidos e IPs de data centers

Defina locais nomeados: adicione intervalos de IP locais confiáveis ou IPs públicos de data centers como "locais nomeados" no Entra ID, limitando os logins das contas de serviço a zonas seguras.
Restrições geográficas: use bloqueios baseados em país ou região para contas de serviço que devem operar apenas em regiões específicas (por exemplo, cargas de trabalho sediadas nos EUA).
Gestão de listas de permissão: atualize regularmente as listas de endereços permitidos sempre que as redes ou os provedores de serviços terceirizados mudarem.
Teste de aplicação da política: use ferramentas de simulação ou o modo "somente relatório" para confirmar que apenas os caminhos pretendidos estão aprovados para logins críticos de contas de serviço.
Proteja-se contra configurações incorretas: configure alertas ou automações para detectar se um local nomeado for removido ou aplicado incorretamente por acidente.

Medidas avançadas de segurança e acesso baseado em risco para contas de serviço

Contas de serviço talvez não cliquem em e-mails de phishing, mas os atacantes as procuram mesmo assim, muitas vezes porque elas oferecem acesso persistente e com altos privilégios. Para fechar essas brechas, é preciso ir além do Acesso Condicional básico e pensar em monitoramento contínuo, detecção de riscos e controles integrados em todo o ecossistema da Microsoft.

Esta seção explora como reconhecer e reagir aos sinais de alerta de que uma conta de serviço está fora do padrão. Combinando o Acesso Condicional com a proteção de identidade baseada em risco, você consegue detectar logins incomuns, interromper atividades suspeitas e manter um registro de cada tentativa de acesso para auditoria. Atacantes reais procuram justamente o esquecido e o pouco observado: trilhas de auditoria adequadas e linhas de base comportamentais os detêm de imediato.

Não se trata apenas de trancar a porta, mas também de saber quando alguém tenta forçar a maçaneta. Se você quiser se aprofundar no monitoramento contínuo de conformidade e em como ferramentas como o Microsoft Defender for Cloud podem evitar o desvio de políticas (policy drift), confira este guia prático sobre automação de conformidade e gestão de riscos em ambientes de nuvem.

Bloqueando logins de alto risco e atividades suspeitas de contas de serviço comprometidas

Habilite as políticas de risco de login: use as detecções de risco do Entra ID para bloquear ou exigir verificação adicional automaticamente em logins de contas de serviço sinalizadas como de alto risco.
Integre com o Identity Protection: defina regras que disparem quando comportamentos de risco (viagens impossíveis, anomalias de localização) forem detectados em identidades não humanas.
Monitore com logs: revise regularmente os logs de login para identificar padrões incomuns, como logins de IPs inesperados ou em horários estranhos.
Configure alertas para contas sensíveis: crie alertas personalizados no Azure Monitor ou no Sentinel para qualquer atividade incomum envolvendo contas de serviço privilegiadas.
Bloqueio imediato em caso de comprometimento: configure regras de bloqueio automático para que contas comprometidas sejam desconectadas assim que um sinal de alerta for disparado.

Implementando rastreamento de auditoria para políticas de contas de serviço

Aproveite o Azure Monitor: use o Azure Monitor para rastrear as ocorrências das políticas de Acesso Condicional e verificar a aplicação delas em contas de serviço.
Integre com o Azure Sentinel: centralize os logs para pesquisas avançadas e alertas. Identifique tendências, comportamentos anômalos ou acessos não autorizados rapidamente.
Revise os logs de auditoria nativos: o Entra ID oferece logs pesquisáveis de logins e resultados de políticas. Agende revisões regulares para os relatórios de conformidade.
Automatize as verificações de conformidade: configure scripts ou tarefas automatizadas para validar a cobertura atual das políticas e identificar desvios (policy drift) ou configurações incorretas.
Aprofunde-se com o Microsoft Purview: precisa de visibilidade forense completa? A Auditoria do Microsoft Purview cobre o rastreamento estendido de atividades, especialmente em ambientes de alto risco.

Melhores práticas para proteger e gerenciar contas de serviço no Microsoft Entra ID

Mesmo com regras detalhadas de Acesso Condicional, a sua nuvem só é tão forte quanto a conta de serviço mais vulnerável. A segurança de longo prazo depende de gerenciar segredos, revisar permissões e testar as políticas continuamente, não apenas na configuração inicial, mas durante toda a vida de cada identidade não humana que você mantém.

Nesta seção, você encontrará estratégias que vão além de soluções rápidas: comece com o armazenamento seguro de segredos (chega de senhas em código ou em planilhas compartilhadas) e depois adicione revisões regulares, rotação e recertificação. Não se esqueça de testar essas políticas de acesso para conflitos e exceções em casos extremos, que surgem à medida que o ambiente evolui, especialmente durante o crescimento do negócio ou fusões.

Isso não é apenas uma tarefa de conformidade. Trata-se de construir uma base estável e preparada para o futuro, para que suas operações continuem seguras mesmo com a constante evolução do ecossistema do Microsoft 365 e do Azure. Para uma visão mais ampla sobre por que a governança, e não apenas a documentação, é essencial para controlar o desvio de políticas e manter a segurança em escala, veja os detalhes sobre estratégias de governança do Azure aplicadas.

Armazenamento seguro de credenciais com o Azure Key Vault para contas de serviço

Centralize as credenciais: armazene todos os segredos, chaves e tokens das contas de serviço no Azure Key Vault, em vez de codificá-los diretamente em scripts ou arquivos de configuração.
Automatize a rotação de segredos: defina políticas para rotacionar as credenciais em intervalos regulares, evitando que segredos desatualizados sejam explorados.
Controle o acesso: use o RBAC e as políticas de acesso do Key Vault para restringir rigorosamente quem pode visualizar, alterar ou recuperar segredos.
Habilite o monitoramento: ative o log de todos os acessos aos segredos e receba alertas sobre tentativas incomuns ou não autorizadas.
Integre com as aplicações: faça as aplicações obterem credenciais do Key Vault programaticamente, eliminando a proliferação de segredos em diferentes ambientes.

Construindo processos de ciclo de vida e recertificando permissões de contas de serviço

Responsabilidade pelo documento: Cada conta de serviço deve ter um proprietário claro, responsável por revisar o acesso e as permissões.
Recertificação regular: Agende revisões de permissões trimestrais ou anuais para identificar contas com privilégios excessivos e contas obsoletas.
Automatize o desprovisionamento: Use scripts ou ferramentas de governança de identidade para sinalizar e remover contas não utilizadas ou órfãs.
Defina limites de duração: Para contas de serviço temporárias, aplique datas de expiração e desabilitação automática após o término do projeto.
Adote a recertificação automatizada: Use ferramentas que disparem campanhas periódicas de recertificação para contas de serviço sensíveis ou privilegiadas.

Resolvendo conflitos e testando a política para contas de serviço

Simule o impacto da política: Use o modo "somente relatório" do Entra ID ou scripts personalizados para testar os efeitos do Acesso Condicional nas contas de serviço sem bloquear o tráfego real.
Solucione bloqueios: Investigue entradas com falha nos logs de auditoria, com foco em atribuições de política sobrepostas ou conflitantes.
Refine os escopos das políticas: Ajuste as atribuições e exceções de política para evitar interrupções acidentais de serviço durante atualizações ou migrações.
Monitore acessos não intencionais: Execute testes agendados ou automatizados que sinalizem contas com mais acesso do que o pretendido à medida que os ambientes evoluem.
Estabeleça fluxos de validação: Implemente uma cadência regular de validação de políticas, reportando os resultados às partes interessadas para garantir responsabilização e conformidade.

Exclusões, refinamento de políticas e manutenção do acesso de contas de serviço

Até as políticas de Acesso Condicional mais rigorosas precisam de uma válvula de segurança, especialmente quando aplicativos essenciais para o negócio dependem de contas de serviço específicas. É aí que entram as exclusões e o refinamento contínuo. Elas não são atalhos por conveniência, mas ferramentas para manter seus serviços essenciais no ar, reduzindo as exceções de segurança ao estritamente necessário.

Para aplicar exclusões da forma correta, comece identificando as contas realmente essenciais, como usuários de "break-glass" para emergências ou serviços legados com necessidades específicas de protocolo. Ajuste as exclusões com precisão: defina condições com base em propriedades necessárias (por exemplo, somente a partir de locais protegidos ou durante janelas de manutenção) para reduzir a superfície de ataque. Sempre documente os motivos de cada exclusão e revalide-as regularmente.

À medida que o ambiente evolui, suas regras também devem evoluir. Revise os requisitos de clientes e de aplicativos específicos, principalmente quando novas integrações ou aquisições entram em cena. Fique atento a dependências de protocolos desatualizados; quando o Acesso Condicional não puder proteger totalmente, recorra à segmentação de rede ou a controles na camada de aplicação como reforço. O ajuste fino nunca é um trabalho único: agende revisões para que o que funciona neste trimestre não pegue você de surpresa no próximo.

Manter o equilíbrio entre segurança rigorosa e disponibilidade confiável significa evitar o risco de bloqueios acidentais, interrupções de serviço ou contas administrativas paralelas que passam despercebidas. O refinamento da política é o que transforma uma boa governança em algo sustentável, ano após ano.

Resumo, próximos passos e leituras complementares sobre o Acesso Condicional

Domine o acesso centrado na identidade: Coloque a identidade no centro de cada conta de serviço, pois só assim as políticas de Acesso Condicional se sustentam sob escrutínio.
Garanta os pré-requisitos: Revise licenciamento, atribuições de funções e escopo das políticas antes da implantação para evitar lacunas custosas e erros.
Implante, teste, refine: Use os modos somente relatório e o rastreamento contínuo de auditoria para validar se suas regras funcionam como esperado e, então, refine conforme suas necessidades mudarem.
Nunca pare de melhorar: Faça revisões periódicas de políticas e recertificações parte da rotina operacional, e não apenas um item de conformidade.
Aprofunde-se: Para saber mais sobre como lidar com a proliferação de políticas de Acesso Condicional e criar estruturas robustas e monitoradas, veja este guia sobre problemas de confiança em políticas e o podcast Entra ID Conditional Access, que vale muito a pena ouvir.

Sua privacidade, cookies e recomendações de conteúdo

Sua privacidade é importante, por isso adotamos medidas para proteger seus dados e dar a você controle sobre as configurações de cookies enquanto navega pelo nosso site. Os cookies são usados para o desempenho básico do site, para segurança e para recomendações de conteúdo personalizado, nunca para vender suas informações ou invadir sua privacidade.

Se você quiser mais informações sobre políticas de privacidade, gerenciamento de cookies ou seus direitos digitais, nosso aviso de privacidade oferece orientações claras e fáceis de entender. Já que você está aqui, não deixe de conferir nossas leituras recomendadas sobre Microsoft Entra ID, governança em nuvem e estratégias de autenticação segura. Mantemos sua navegação confidencial enquanto indicamos os temas mais importantes para construir uma segurança de identidade de primeira linha, com foco em nuvem.

Como aplicar o Acesso Condicional em contas de serviço com segurança

Mapeie o proprietário, a finalidade, as dependências de aplicativos, os privilégios e o método de autenticação de cada conta.
Separe as contas de usuário interativas das identidades de carga de trabalho, pois elas não têm as mesmas opções de controle.
Use o teste em modo somente relatório e uma estratégia documentada de acesso de emergência antes de aplicar a política.
Reduza o privilégio permanente e renove ou elimine, sempre que possível, as credenciais não gerenciadas.
Monitore os sinais de entrada, de auditoria e das cargas de trabalho após a implantação.

Consulte a documentação de Acesso Condicional do Microsoft Learn para orientações atualizadas e modelos de política suportados.

Perguntas frequentes

Todas as contas de serviço podem usar MFA?

Não. Cenários não interativos e de carga de trabalho exigem modelos de autenticação diferentes. Não aplique uma política de usuário interativo sem validar o tipo de conta.

Por que o modo somente relatório é importante?

Ele revela o impacto da política e as dependências antes que uma automação ou um processo de negócio seja bloqueado.

🎧 Você também deve ouvir

Estes episódios trazem o contexto de privilégio, identidade e governança necessário para controles mais seguros em contas de serviço.

Privileged Identity Management (PIM) – Simply Explained mostra como o acesso just-in-time reduz o risco de privilégios administrativos permanentes.
Identity Governance in Microsoft Entra aborda propriedade, revisões e controles de ciclo de vida para identidades que, com o tempo, costumam ficar sem gerenciamento.
Microsoft Entra Private Access – Simply Explained oferece uma perspectiva moderna de Zero Trust para o acesso a aplicativos e recursos privados.

Última revisão: julho de 2026. Os recursos do Acesso Condicional e os cenários de identidade suportados mudam com frequência.