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.
Este artigo fornece práticas recomendadas operacionais para criar, proteger e controlar identidades de agente de IA com ID do agente Microsoft Entra. Essas recomendações ajudam você a tomar decisões informadas ao planejar implantações de agente, gerenciar credenciais, impor políticas de acesso e monitorar a atividade do agente.
Para obter conceitos fundamentais, consulte O que é ID do agente Microsoft Entra? e Conceitos-chave.
Criar blueprints de identidade do agente
Planos de identidade de agentes são modelos que definem a postura de segurança para todas as instâncias de agentes de um mesmo tipo. O projeto de blueprint elaborado é a base de implantações bem governadas de agentes.
Planeje os projetos antes de implantar agentes. Defina configurações, permissões e metadados necessários no blueprint antecipadamente, em vez de criar entidades de serviço ad hoc. Isso garante uma distribuição consistente e governada em todas as instâncias. Para obter diretrizes sobre como estruturar seu modelo de identidade, consulte Planejar a arquitetura de identidade do agente.
Provisione uma identidade exclusiva por instância de agente. Evite compartilhar identidades entre diferentes agentes. Identidades distintas melhoram a rastreabilidade e permitem desabilitar ou atualizar um agente sem afetar outras pessoas. O modelo de blueprint torna o dimensionamento com identidades exclusivas gerenciável porque as credenciais residem no blueprint, não em cada instância. Para obter instruções, consulte Criar e excluir identidades do agente.
Atribua um patrocinador e um proprietário no momento da criação. Cada plano e identidade do agente devem ter um patrocinador; a pessoa ou grupo responsável pela finalidade do agente. Atribua também um responsável (administrador técnico). Verifique periodicamente se essas atribuições são atuais, especialmente quando ocorrem alterações de pessoal.
Forneça metadados descritivos. Preencha a descrição, as marcas e os campos de editor verificados em cada blueprint para documentar claramente a finalidade, o escopo e a equipe proprietária do agente. Bons metadados melhoram a descoberta e ajudam os colegas a entender a função do agente rapidamente. Para obter detalhes da instalação do blueprint, consulte Criar um blueprint de identidade do agente.
Aplique políticas no nível do blueprint. Associe regras de Acesso Condicional, permissões de API e controles de governança ao blueprint para que todas as instâncias atuais e futuras do agente as herdem automaticamente. Ao desabilitar um plano, todas as identidades de agente são bloqueadas instantaneamente. Essa opção fornece um kill-switch rápido quando necessário. Para obter detalhes, consulte Acesso Condicional para agentes.
Use a estrutura de ID do agente para todos os agentes. Não crie agentes de IA como registros de aplicativos comuns ou entidades de serviço fora da estrutura de ID do agente. Sempre use os canais de criação compatíveis para que os agentes sejam rastreados como identidades de agente com responsabilidade de patrocinador integrada e controles de ciclo de vida.
Crie contas de usuário do agente somente quando necessário.As contas de usuário do agente só devem ser criadas para cenários que realmente exigem um objeto de usuário, como um agente que precisa de uma caixa de correio ou presença do Teams. Se o agente puder operar apenas com credenciais de aplicativo, evite as contas de usuário do agente porque elas adicionam complexidade com licenças, associações de grupo e políticas no nível do usuário.
Gerenciar credenciais com segurança
O gerenciamento de credenciais é fundamental para impedir o acesso não autorizado por meio de identidades de agente. Para obter etapas detalhadas, consulte Criar um blueprint de identidade do agente.
Use identidades gerenciadas ou certificados em produção. Para agentes de produção, prefira credenciais de identidade federadas (identidades gerenciadas) ou certificados em vez de segredos do cliente. As identidades gerenciadas eliminam totalmente os segredos armazenados. Use os segredos do cliente apenas para desenvolvimento ou teste inicial e substitua-os antes da ativação.
Isole credenciais por blueprint. Não reutilize a mesma credencial em esquemas não relacionados. Se você tiver ambientes separados (desenvolvimento, teste, produção), use blueprints separados ou credenciais federadas específicas do ambiente para que um comprometimento em um ambiente não afete os outros. Para obter instruções de instalação, consulte Criar um blueprint de identidade do agente.
Armazene as credenciais com segurança. Armazene chaves privadas de certificado em Azure Key Vault ou em um HSM. Se estiver usando credenciais federadas vinculadas a uma identidade gerenciada, limite o escopo da identidade gerenciada. Estabeleça um cronograma de rotação para alternar certificados pelo menos anualmente, embora os modelos permitam credenciais de longa duração.
Alinhe os fluxos do OAuth com cenários de agente. Use o fluxo OAuth apropriado para o modelo operacional do seu agente:
- Para agentes autônomos sem contexto de usuário, use o fluxo de credenciais do cliente apenas com as permissões de aplicativo necessárias.
- Para agentes interativos que atuam em nome de um usuário, use o fluxo "on-behalf-of" (OBO) para que as políticas de acesso do usuário e o consentimento sejam aplicadas.
- Evite conceder permissões de aplicativo quando as permissões delegadas forem suficientes.
Monitorar o uso do token após a implantação. Examine os logs de entrada para confirmar se os agentes estão usando o método de autenticação pretendido e o tipo de credencial. Audite periodicamente as permissões de API consentidas em cada plano para evitar o escalonamento de privilégios.
Impor controles de acesso
Aplique os mesmos princípios Confiança Zero às identidades do agente que você faz às identidades do usuário. Para obter uma configuração detalhada, consulte Acesso Condicional para agentes e Proteção de Identidade para agentes.
Agentes de segmento com atributos de segurança personalizados. Defina atributos de toda a organização, como
Environment,DepartmentouDataSensitivityatribua-os a identidades de agente. Use esses atributos em condições de política de Acesso Condicional para aplicar controles refinados em escala, por exemplo, impedindo que agentes de não produção acessem recursos de produção. Para obter detalhes, consulte Atribuir atributos de segurança personalizados.Bloqueie agentes de alto risco automaticamente. Implante uma política de Acesso Condicional que bloqueia identidades de agente sinalizadas com altos níveis de risco pelo Identity Protection. Isso é análogo ao bloqueio de usuários arriscados e garante que os agentes comprometidos sejam cortados imediatamente.
Crie políticas de Acesso Condicional específicas ao agente. Não confie em políticas direcionadas ao usuário para agentes. Os agentes não podem satisfazer controles interativos como a MFA, portanto, crie políticas separadas que usem filtros de identidade, sinais de risco e locais nomeados como pontos de controle. Use o modo somente relatório para testar políticas antes de aplicá-las. Para obter diretrizes passo a passo, consulte Acesso Condicional para agentes.
Examine as políticas existentes quanto ao impacto do agente. Audite políticas amplas (como "Todos os usuários devem usar MFA") para garantir que elas não bloqueiem os fluxos do agente involuntariamente. Reestruture para excluir identidades de agente e crie políticas de agente dedicadas com os controles adequados.
Implemente permissões de privilégio mínimo. Utilize as diretrizes de autorização para conceder somente as permissões de que cada agente precisa. Não conceda permissões amplas por conveniência. Limite permissões para escopos, recursos de API ou sites específicos. Revise e ajuste as permissões periodicamente.
Controlar o ciclo de vida do agente
A governança efetiva impede a expansão do agente e garante que os agentes permaneçam responsabilizados durante todo o ciclo de vida. Para ferramentas de governança, consulte Governança de identidades para agentes e pacotes de acesso para identidades de agente.
Registre todos os agentes no Microsoft Entra. Registre todos os agentes, seja em Copilot Studio, Azure ou em plataformas externas, no Microsoft Entra por meio da estrutura de ID do Agente. O registro centralizado elimina a IA de sombra e dá visibilidade total à TI. Para obter métodos com suporte, consulte os canais de criação do Agente.
Padronize as convenções de nomenclatura. Definir e impor uma convenção de nomenclatura para identidades de agente, como prefixar nomes de exibição com o departamento ou função (por exemplo,
Agent-HROnboardingBot). A nomenclatura consistente torna os agentes reconhecíveis nos logs e no centro de administração.Inclua agentes em revisões de acesso. Configure revisões periódicas de acesso que incluam identidades de agente. Solicitar que os patrocinadores confirmem, a cada 6 a 12 meses, que cada agente ainda é necessário e está configurado corretamente. Se um patrocinador não confirmar, avalie a desativação do agente.
Monitore agentes órfãos. Desenvolva um processo de revisão trimestral para identificar agentes com patrocinadores ausentes, metadados desatualizados ou nenhuma atividade recente. Reatribuir patrocínio ou desativar agentes não utilizados. Para obter uma exibição centralizada, consulte Exibir e filtrar identidades do agente.
Use pacotes de acesso para acesso padronizado. Para agentes com padrões de acesso comuns (por exemplo, uma frota de agentes de suporte ao cliente), use pacotes de acesso para conceder acesso auditável e com limite de tempo por meio de fluxos de trabalho de aprovação em vez de atribuições de permissão direta.
Monitorar e auditar a atividade do agente
O monitoramento contínuo garante que os agentes operem dentro dos limites esperados. Para obter detalhes do log, consulte Registros de entrada e auditoria para agentes.
Monitore os logs de acesso em busca de anomalias. Configure alertas para padrões incomuns, como picos repentinos em solicitações de token, acesso a APIs inesperadas ou entradas de intervalos de IP desconhecidos. Os registros de entrada do agente mostram cada aquisição de token com detalhes sobre o recurso, o tipo de credencial e o resultado.
Acompanhe as alterações de configuração nos logs de auditoria. Monitore os logs de auditoria para alterações em blueprints do agente, adições de credenciais, atribuições de função e concessões de permissão. Alerta sobre mudanças que ocorrem fora do seu pipeline de implantação normal.
Inclua agentes na resposta a incidentes. Ao analisar incidentes de segurança, verifique se algum agente teve acesso aos recursos afetados e examine suas atividades durante a janela de incidentes. Incorpore as verificações de identidade do agente em seus processos pós-morte existentes.
Configurar alertas proativos para:
- Expiração da credencial (certificados ou segredos que se aproximam da data de término)
- Agente bloqueado por Acesso Condicional ou Proteção de Identidade
- Tentativas excessivas de aquisição de token com falha
- Permissão inesperada ou alterações de função
Retenha registros para conformidade. Verifique se a política de retenção de log abrange a atividade do agente pela duração exigida pela estrutura de conformidade da sua organização. Exporte logs de agentes em grande volume para um arquivo seguro, caso necessário. Para obter opções de configuração, consulte Definir configurações de diagnóstico.
Coordenar o desenvolvimento e os fluxos de trabalho de TI
As implantações suaves de agentes requerem alinhamento entre os desenvolvedores que criam os agentes e os administradores de TI que os gerenciam.
Use canais de criação com suporte. Crie agentes por meio de Copilot Studio, APIs do Graph ou da CLI do Agent 365 em vez de chamadas manuais do Graph que podem perder as propriedades necessárias. Essas ferramentas manipulam a criação de blueprint, a associação de credenciais e a configuração da instância automaticamente.
Estabeleça um processo de handshake de produção. Quando um novo agente é movido para produção, peça a um administrador de identidade que verifique suas configurações do ID do agente Entra: confirme se o blueprint e o patrocinador estão corretos, as permissões necessárias tenham sido aprovadas, as políticas de Acesso Condicional se aplicam ao agente e se o agente está nos grupos ou unidades administrativas apropriados.
Teste em ambientes de não produção. Use um locatário de desenvolvimento ou uma área restrita separada para validar fluxos de autenticação do agente, políticas de acesso condicional e configurações de permissão antes de implantar em produção.
Trate as configurações do agente como código. Verifique as definições de blueprints, as configurações de permissão e os scripts de configuração no controle de versão. Isso impede o descompasso de configuração, habilita a revisão de pares e fornece memória institucional para como os agentes são integrados ao Entra ID.