Gestores de senhas corporativos estão discretamente se tornando corretores de identidade para agentes de IA

A 1Password lançou o Agentic AI Security dentro da sua plataforma Extended Access Management em 22 de abril de 2025, criado especificamente para gerenciar identidades, credenciais e acesso de agentes de IA autônomos, não de funcionários humanos. Três semanas depois, a Microsoft trouxe agentes de IA para sua própria pilha de identidade com uma prévia pública do Entra Agent ID para agentes construídos no Azure AI Foundry e no Copilot Studio, atribuindo a cada um um identificador único dentro do tenant. Nenhuma das duas empresas estava reagindo a uma hipótese. O relatório Identity Security Landscape de 2025 da CyberArk, publicado naquele mesmo mês de abril, contou 82 identidades de máquina para cada identidade humana na empresa média, e boa parte das mais recentes são agentes de IA com acesso permanente a ferramentas internas.

Essa mudança importa porque as ferramentas de identidade e gestão de credenciais nunca foram projetadas com base no que os agentes de IA realmente exigem. Um gestor de senhas assume uma pessoa, uma sessão de login, reautenticação manual ocasional e um número previsível de contas por pessoa. Um agente de IA pode abrir uma nova sessão a cada poucos segundos, chamar uma dezena de APIs em uma única tarefa e se multiplicar em instâncias paralelas que todas precisam de credenciais ao mesmo tempo. Adaptar a infraestrutura de identidade humana para esse padrão já é uma categoria de produto real, não um problema de pesquisa.

O que está realmente sendo lançado

A abordagem da 1Password foca em dar aos agentes identidades próprias, para que parem de compartilhar ou imitar contas humanas, um problema mais comum do que parece: em muitas implantações iniciais de agentes, simplesmente se entregava ao agente uma cópia do login de um funcionário. Em vez disso, a 1Password oferece um kit de desenvolvimento de software (SDK) que permite que equipes de engenharia emitam programaticamente chaves de API com escopo limitado para um agente, de modo que o agente receba apenas o segredo específico necessário para uma tarefa, não o cofre inteiro de uma pessoa. Um recurso separado, o Secure Agentic Autofill, em acesso antecipado desde 8 de outubro de 2025 por meio de uma integração com a Browserbase, permite que um agente faça login em um serviço web sem que a credencial jamais seja exposta ao próprio contexto do agente: o preenchimento automático ocorre na camada do navegador, invisível para o modelo.

A Microsoft adotou um ponto de partida diferente com o Entra Agent ID: unificar a identidade de agentes e humanos em um único console administrativo, em vez de construir um sistema paralelo. Desde sua prévia em maio de 2025, a Microsoft adicionou camadas de proteção específicas para agentes que não têm equivalente na identidade humana: defesa contra injeção de instruções (prompt injection), bloqueio de acesso não autorizado a conexões do Model Context Protocol (MCP), e detecção de IA sombra (shadow AI) para localizar agentes operando fora da visibilidade da TI. Essa prévia agora também se conecta ao Agent 365, o painel mais amplo de gestão de agentes da Microsoft, tratando a identidade do agente como uma entrada em um plano de controle operacional maior, não como um recurso isolado de cofre.

Por que isso difere de proteger o login humano

A segurança de identidade humana funciona em ciclos de retroalimentação relativamente lentos: integração, revisões periódicas de acesso, desligamento quando alguém sai da empresa. A identidade de um agente, porém, precisa funcionar em ciclos medidos em segundos. Um agente que precisa ler um registro de CRM, escrever em um sistema de tickets e chamar uma API de faturamento em uma única tarefa precisa que as três credenciais com escopo limitado sejam emitidas, usadas e, idealmente, expiradas antes do início da próxima tarefa, não guardadas indefinidamente no cofre como os logins salvos de uma pessoa. É um ciclo de vida fundamentalmente diferente, e é por isso que os fornecedores estão construindo caminhos separados de emissão e revogação para agentes, em vez de simplesmente adicionar uma opção de “agente” a um tipo de conta humana já existente.

O requisito de auditoria também difere em natureza, não só em volume. Quando um funcionário humano faz algo inusual com uma credencial, há uma pessoa para perguntar. Quando um agente faz isso, a pergunta passa a ser se a definição da tarefa do agente, o escopo de sua credencial, ou uma instrução injetada causou o comportamento, e é por isso que a Microsoft construiu a defesa contra injeção de instruções diretamente em seu produto de identidade, em vez de deixá-la para uma camada de segurança separada.

O que isso significa agora para equipes de segurança e TI

• Auditem o que realmente está fixado em código. Antes de avaliar a proposta de qualquer fornecedor de identidade para agentes, descubram quantas das suas implantações atuais de agentes usam segredos fixos ou credenciais humanas emprestadas; o próprio marketing da 1Password tem como alvo essa prática justamente porque ela ainda é muito comum, e é a coisa mais fácil de corrigir independentemente do fornecedor escolhido.
• Exijam emissão com escopo limitado, não apenas um painel. Uma visão unificada das identidades dos agentes (o que Entra Agent ID e ferramentas semelhantes lideram) é útil para visibilidade, mas a capacidade mais difícil de conseguir é se a plataforma consegue emitir uma credencial limitada a uma tarefa e expirá-la automaticamente. Peçam aos fornecedores para demonstrar exatamente esse fluxo, não apenas o console administrativo.
• Tratem a proporção de 82 para 1 como um piso, não um teto. O número da CyberArk foi medido no nível amplo de identidades de máquina, incluindo contas de serviço e chaves de API anteriores à onda atual de agentes. Conforme as implantações de agentes crescem dentro da sua organização, esperem que a proporção de identidades não humanas para humanas cresça mais rápido do que seu processo atual de revisão de acesso foi projetado para lidar.
• Separem “o agente pode fazer login” de “o agente deveria fazer login sem supervisão”. Recursos como o Secure Agentic Autofill resolvem o problema de exposição de credenciais, mas não respondem à pergunta de governança sobre quais tarefas um agente deveria poder executar sem um humano no circuito. Essa decisão de política é da sua equipe, não do seu fornecedor de identidade.

A conclusão prática é que o próprio modelo de cofre está sendo reconstruído sob seus pés, quer você tenha adotado conscientemente um produto de “identidade de agente de IA” ou não. Se sua organização executa agentes em sistemas de produção hoje, assuma que qualquer caminho de credenciais que eles usam foi projetado para um humano, e comece a migrá-lo para acesso com escopo limitado, auditável e de curta duração antes que sua equipe de auditoria, ou um atacante, encontre essa lacuna primeiro.