Ontem (13/09) o Microsoft Agent 365 entrou em disponibilidade geral (GA) e, de largada, começou a fazer algo constrangedor: auto-descobrir servidores MCP e agentes locais que ninguém tinha registrado na rede da empresa (o recurso de Shadow AI Discovery, capaz de reconhecer mais de 20 tipos de agente). É a senha de que o “control plane de agentes” — a camada que governa o que um agente pode fazer — virou corrida de prateleira: Microsoft, Google e IBM disputam a mesma categoria.
O gatilho por trás dessa corrida está nos números. Pela Okta, 91% das empresas já usam agentes, mas 44% não têm nenhuma governança para eles e só 10% possuem uma estratégia de identidade não-humana. Pela Gravitee, apenas 24,4% enxergam quais agentes conversam entre si e mais da metade roda sem log ou supervisão. A ferramenta nova acha o agente-sombra — e isso é ótimo. Mas quem dá a cada agente uma identidade não-humana com escopo mínimo, rotaciona a credencial e define qual sistema ele pode chamar é a integração governada. Descoberta é o inventário; governança é o contrato de cada conexão. Este artigo é agnóstico: cita Microsoft, Google e IBM como protagonistas do fenômeno, sem eleger favorito — porque a tese vale para qualquer control plane.
O que é um “control plane de agentes” e por que virou prateleira agora
Em infraestrutura, um control plane é a camada que decide e governa — em oposição ao data plane, que executa. Trazido para o mundo dos agentes de IA, um control plane de agentes é a camada que responde às perguntas de governança: quais agentes existem na organização, quem é o dono de cada um, o que cada um tem permissão de fazer, com qual identidade e credencial, e como auditar o que fizeram. Ele promete inventário, política e visibilidade num só lugar.
Por que virou prateleira agora? Porque a proliferação de agentes ultrapassou a capacidade das empresas de rastreá-los manualmente. Com o Microsoft Agent 365 em GA e um recurso que sai varrendo a rede em busca de agentes e servidores MCP não registrados, a Microsoft transformou “governança de agentes” em produto de estante. Google e IBM correm atrás da mesma categoria. É um movimento saudável — dá às empresas um ponto de partida. Mas é importante entender o que essa camada faz de fato e onde ela para.
Há uma força extra empurrando essa corrida: a explosão da identidade não-humana. Durante décadas, o gerenciamento de identidade foi desenhado para pessoas — funcionários, com login, senha e MFA. Agentes mudam a conta de cabeça: cada agente é uma nova identidade que se autentica, pede acesso e age, e eles se multiplicam muito mais rápido do que o quadro de pessoal. Em pouco tempo, as identidades não-humanas passam a superar em larga escala as humanas dentro da empresa. Um control plane que enxerga esse enxame é atraente justamente porque ninguém consegue mais mapeá-lo numa planilha — mas enxergar o enxame não é o mesmo que governá-lo.
O problema em número: 91% usam agentes, 44% sem governança, só 24,4% com visibilidade
Os levantamentos desta janela desenham o tamanho do buraco. Pela Okta (relatório “AI at Work”), 91% das organizações já usam agentes de IA de alguma forma — mas 44% admitem não ter nenhuma governança para eles, e apenas cerca de 10% têm uma estratégia madura para identidade não-humana (a identidade de máquinas, serviços e agentes, em oposição à de pessoas).
Pela Gravitee, o quadro de visibilidade é ainda mais desconfortável: só 24,4% das empresas enxergam quais agentes conversam com quais, e mais da metade opera agentes sem log ou supervisão. Junte a isso o dado estrutural do State of AI Agents 2026 — integração é a barreira número 1 para levar agentes à produção — e o retrato fica claro: as empresas adotaram agentes muito mais rápido do que aprenderam a governá-los. É exatamente esse vácuo que o control plane promete preencher. A pergunta é: preenche mesmo, ou só ilumina?
Por que a falta de visibilidade agente↔agente é tão perigosa? Porque agentes começaram a se chamar entre si. Um agente de atendimento aciona um agente de logística, que consulta um agente de estoque, que dispara um agente de compras — e, se você não enxerga essa cadeia, não sabe qual é o raio de alcance de uma falha. Um único agente comprometido, ou com escopo largo demais, deixa de ser um incidente isolado e vira um vetor que percorre toda a malha. Sem visibilidade e sem escopo mínimo por conexão, o problema de um agente vira o problema de todos — na velocidade da máquina, e sem ninguém olhando o log.
Descobrir ≠ governar: por que o inventário é o começo, não o controle
Aqui mora a confusão mais cara do momento. Descobrir um agente-sombra e governá-lo são duas coisas diferentes, e a distância entre elas é engenharia. O control plane faz um inventário: aponta “existem 47 agentes e 12 servidores MCP rodando, sendo que 19 ninguém registrou”. Excelente — você não pode proteger o que não enxerga, e o inventário é o pré-requisito de tudo.
Mas o inventário não responde às perguntas que decidem a segurança: com qual identidade cada agente se autentica? Qual escopo mínimo ele deveria ter — e quem o aplica? De onde vem a credencial que ele usa, e ela é rotacionada ou é um token eterno? Qual sistema ele tem permissão de chamar, e qual contrato de API rege essa chamada? Descobrir é ver a lista; governar é escrever e aplicar o contrato de cada conexão — e isso a ferramenta de descoberta não constrói por você. Tratar o control plane como “governança pronta” é o erro que aparece em produção, quando a lista existe mas a política de conexão, não.
Um exemplo torna a distância concreta. O control plane descobre um servidor MCP que um time de dados subiu para dar a um agente acesso ao data warehouse. A descoberta é útil: agora você sabe que ele existe. Mas as decisões que impedem o vazamento continuam do lado de fora da ferramenta: esse MCP deveria autenticar com uma identidade não-humana dedicada (e não com a credencial pessoal de quem o subiu); deveria ter permissão apenas de leitura em um conjunto específico de tabelas (e não acesso total ao warehouse); a credencial deveria expirar em minutos e vir de um cofre; e cada consulta deveria deixar um rastro auditável. Nada disso é “encontrar” o MCP — é desenhar e aplicar o contrato daquela conexão. Descoberta sem esse contrato é um alarme que toca mas não tranca a porta.
O que continua seu: identidade não-humana, credencial rotacionada, permissão por conexão e observabilidade
Quatro controles transformam a descoberta em governança de verdade — e todos os quatro vivem na sua camada de integração e segurança, não no inventário.
1. Identidade não-humana com escopo mínimo. Cada agente precisa de uma identidade própria — não o token de um humano nem uma chave compartilhada — com o menor privilégio possível: só o escopo que aquela função exige. Escopo estreito é o que contém o incidente quando (não se) um agente for comprometido.
2. Credencial de vida curta, rotacionada e em cofre. Nada de segredo eterno colado no código ou numa variável de ambiente. Credenciais efêmeras, rotacionadas automaticamente e guardadas em cofre (Vault) reduzem drasticamente a janela de exposição.
3. Permissão por conexão (contrato de API). Cada conexão agente↔sistema deve ter um contrato explícito: o que pode ser chamado, com quais parâmetros, sob qual limite. É a diferença entre “o agente tem acesso ao ERP” e “o agente pode ler o saldo do pedido X, e nada mais”.
4. Observabilidade prompt→ferramenta→ação. Além de descobrir que o agente existe, você precisa auditar o que ele de fato executou — o rastro completo do prompt à ferramenta chamada e à ação praticada. Sem esse trace, o log do control plane conta que o agente rodou, mas não o que ele fez com isso.
Como a CCX transforma descoberta em conexão governada
Na CCX, transformar um inventário de agentes numa malha de conexões governadas é um projeto que combina três frentes.
Pela frente de Security Engineering & Cybersecurity, aplicamos security by design em cada camada: identity management para identidade não-humana, OAuth2 e Vault para credencial de vida curta e rotacionada, WAF, criptografia, SIEM e testes de penetração (pentest) — o menor privilégio por conexão saindo do slide e virando política aplicada.
Pela frente de Integrações & APIs Enterprise, escrevemos o contrato de cada conexão com REST, GraphQL e gRPC e arquitetura event-driven (Kafka/RabbitMQ), com idempotência e limites explícitos — e, quando faz sentido, MuleSoft / API-led connectivity para uma conexão governada de ponta a ponta, não um emaranhado ponto-a-ponto. É a diferença entre plugar e governar.
Pela frente de Observabilidade 360° (Datadog, Grafana, Prometheus, Sentry e tracing distribuído com OpenTelemetry), instrumentamos o rastro prompt→ferramenta→ação — a auditoria que vai além do inventário. Sobre tudo isso, a Consultoria em Tecnologia faz o inventário e a due diligence do que cada agente pode chamar (arquitetura-alvo, roadmap), com compliance LGPD/SOC 2. O control plane inventaria; a conexão governada é engenharia de integração.
Quer transformar a descoberta em governança? Veja as soluções de integração e segurança da CCX em ccxcompany.co/br/solucoes. Para a conexão governada API-led, Consultoria MuleSoft; para a observabilidade prompt→ação, Data & BI.
Perguntas frequentes (FAQ)
O que é um control plane de agentes de IA?
É a camada que governa os agentes de uma organização: inventaria quais existem, quem é o dono de cada um, o que cada um pode fazer, com qual identidade e credencial, e como auditar suas ações. O Microsoft Agent 365 (em GA), além de ofertas de Google e IBM, disputam essa categoria. O control plane dá visibilidade e política num só lugar — mas aplicar identidade, escopo e credencial a cada conexão é trabalho de integração e segurança.
O que é identidade não-humana?
É a identidade de máquinas, serviços e agentes de software — em oposição à identidade de pessoas. Um agente de IA precisa da sua própria identidade não-humana, com escopo mínimo e credencial rotacionada, para que se possa autenticá-lo, autorizá-lo e auditá-lo sem depender do login de um humano. Só cerca de 10% das empresas têm hoje uma estratégia madura para isso.
O que é um agente-sombra (shadow AI)?
É um agente de IA (ou servidor MCP) que roda na organização sem ter sido registrado, aprovado ou governado — o equivalente, no mundo dos agentes, ao “shadow IT”. Ferramentas de control plane como o Agent 365 conseguem descobri-los; a governança de cada um, porém, exige dar-lhes identidade, escopo e credencial e definir a que sistemas podem se conectar.
Como dar menor privilégio a um agente de IA?
Atribuindo a cada agente uma identidade não-humana própria, com o escopo estritamente necessário à sua função; usando credenciais de vida curta e rotacionadas guardadas em cofre; e definindo, por conexão, um contrato de API explícito do que pode ser chamado. Escopo estreito por conexão é o que contém o raio de um incidente — e isso se implementa na camada de integração e segurança, não no inventário.
A ferramenta nova vai achar seus agentes-sombra — e você deveria querer isso. Mas a pergunta que decide a segurança não é “quantos agentes eu tenho?”, e sim “cada conexão tem identidade, escopo, credencial e contrato?”. Transformar descoberta em conexão governada com a CCX →