.webp){kind=small}
Apresentado por JumpCloud
Eles acessam o Salesforce, criam tickets no Jira, provisionam infraestrutura, processam transações financeiras e se comunicam em nome de suas equipes. Em todos os sentidos significativos, eles são membros de sua força de trabalho, exceto que na maioria das organizações eles nunca foram integrados, não têm proprietário nomeado e não têm processo de desligamento quando seu propósito expira. A pesquisa do terceiro trimestre de 2026 da JumpCloud descobriu que as identidades não humanas agora superam o número de usuários humanos em 83% das organizações, e apenas 21% implementaram controles de governança especificamente para elas. A estrutura abaixo foi projetada para preencher essa lacuna.
Etapa 1: Descubra todos os agentes que operam em seu ambiente
A governança começa com um inventário preciso e a maioria das organizações trabalha com um inventário incompleto. Os agentes de IA estão sendo implantados por equipes de produtos, líderes de operações e colaboradores individuais que possuem as ferramentas e a motivação para agir rapidamente. A TI herda a responsabilidade de governança após o fato, muitas vezes sem conhecer o escopo completo do que foi implantado. A Shadow AI é a consequência prática: agentes operando em ambientes de produção sem registro formal, sem proprietário definido e sem forma sistemática de detê-los se algo der errado. Descobrir a população de seus agentes é uma prática contínua, não uma auditoria única.
Crie um inventário em todos os ambientes onde os agentes possam estar em execução: plataformas em nuvem, dispositivos gerenciados, integrações SaaS e sistemas locais. Para cada agente, documente o que ele pode acessar, quais fluxos de trabalho influencia e o que desencadeia suas ações. Esse inventário é a base da qual tudo o mais nesta estrutura depende.
Etapa 2: Registrar cada agente como uma identidade formal com um proprietário nomeado
Cada agente que opera em seu ambiente deve existir como uma identidade formal em seu diretório, com os mesmos atributos básicos que você atribui a qualquer funcionário: um propósito definido, um escopo de ação autorizado e um proprietário humano nomeado que é responsável por seu comportamento. Esta é a decisão arquitetônica que separa as organizações que podem governar seus agentes daquelas que não podem. Agentes registrados como identidades próprias podem receber direitos atribuídos, sujeitos a políticas de acesso condicional e incluídos em revisões de acesso.
Os agentes que existem apenas como soluções alternativas de contas de serviço ou chaves de API em variáveis de ambiente são incontroláveis por qualquer meio sistemático. O registro também é o mecanismo para lidar com Agentes Zumbis: agentes que sobreviveram ao seu propósito original, mas continuaram funcionando, acessando sistemas e acumulando permissões. Quando cada agente tem um proprietário nomeado responsável por sua renovação, os agentes sem propriedade ativa perdem naturalmente o seu acesso quando essa propriedade expira. A desativação acontece como consequência do processo, e não como uma limpeza reativa após algo quebrar.
Estágio 3: Gerenciar o acesso do agente com menos privilégios e zero credenciais permanentes
Os agentes registrados precisam de acesso para realizar seus trabalhos. O princípio que rege esse acesso é o privilégio mínimo: cada agente deve ter direitos definidos precisamente para o que o seu propósito definido exige, com acesso limitado no tempo sempre que possível e revogável imediatamente se o comportamento do agente mudar. Credenciais permanentes em variáveis de ambiente são uma responsabilidade persistente. Chaves de API estáticas que nunca são rotacionadas são uma responsabilidade persistente.
Na prática, gerenciar o acesso dos agentes com segurança significa emitir credenciais just-in-time para operações privilegiadas, criar fluxos de trabalho de aprovação que exigem aprovação humana antes que os agentes alcancem sistemas confidenciais e manter mecanismos de desligamento de emergência que funcionem na velocidade exigida pela situação. Para agentes que precisam de acesso a aplicações web privilegiadas, servidores SSH ou bancos de dados, a proteção de credenciais é um requisito adicional: o agente deve ser capaz de concluir sua tarefa sem que as credenciais subjacentes sejam expostas ao modelo que o executa. Cada sessão privilegiada deve ser gravada e disponível para auditoria.
Estágio 4: Governar o comportamento do agente continuamente, não apenas na implantação
As três primeiras etapas estabelecem os controles. A governança é o que os mantém atualizados. É uma prática contínua verificar se o que os agentes estão realmente fazendo corresponde ao que estão autorizados a fazer e corrigir o curso quando estes divergem. Cada ação do agente deve ser registrada. As revisões de acesso devem acontecer regularmente, avaliando se os direitos de cada agente permanecem apropriados para sua finalidade atual. Quando o comportamento de um agente se desvia do escopo definido, a anomalia deve ser detectável antes de se tornar um incidente.
Quando o propósito de um agente termina, a revogação do acesso deve ser uma etapa processual, e não uma medida reativa desencadeada por algo que deu errado. A governação também significa manter a pista de auditoria necessária para responder às questões de responsabilização: a que acesso este agente, que ações tomou, quem o autorizou e qual foi o resultado? As organizações que não podem reconstruir essa cadeia para qualquer agente não estão governando seus agentes em nenhum sentido significativo. Eles os implantaram e esperaram pelo melhor.
A base por baixo de todos os quatro estágios
Cada estágio dessa estrutura se torna significativamente mais difícil de executar quando o ambiente de TI subjacente é fragmentado. A identidade, o acesso, o gerenciamento de dispositivos e os controles de segurança espalhados por sistemas desconectados criam as lacunas nas quais a governança dos agentes é prejudicada, e as organizações acabam aplicando políticas diferentes em lugares diferentes, em vez de uma governança consistente em todos os lugares.
