Por Dentro do Agent Control Plane: Como É, na Prática, a Visibilidade Total dos Agentes

Nos dois últimos posts desta série, mostramos o que um agente é capaz de fazer quando ninguém está observando: abrir um túnel para um notebook em 37 segundos, entregar um shell sem autenticação em 20. Este post é a outra metade. Como é quando alguém está observando?

A pergunta que ninguém consegue responder

Faça à maioria dos times de segurança uma pergunta simples: quantos agentes de IA de código estão rodando contra a sua base de código agora, e no que eles mexeram? A maioria não sabe responder. Não porque os agentes estejam escondidos, mas porque nada na stack atual foi feito para observar um prompt virar um comando de shell, um comando de shell virar uma escrita de arquivo, uma escrita de arquivo virar um deploy.

Construímos o Agent Control Plane da KonaSense para responder exatamente a essa pergunta. Veja como isso aparece em uma conta real.

Rastros de execução de agentes, no nível da organização

A primeira visão é uma consolidação: todo agente visto na organização, por qual provedor ele está rodando, e quanto ele está de fato fazendo.

Essa última parte importa mais do que parece. Cada instância de agente neste painel está vinculada a uma pessoa: um endereço de e-mail, não apenas um nome de máquina. Quando um agente roda, você sabe sob quais credenciais ele está rodando, e não apenas que "um agente rodou em algum lugar".

Profundidade por agente

Clique em um único agente e a consolidação vira um perfil completo. Um agente nesta conta, rodando contra 14 workspaces e 13 projetos, mostra 6,1M de tokens de entrada e 72,3M de tokens de saída, ao longo de 83 sessões e 15.108 rastros individuais, com 53 dias de duração ativa acumulada. O perfil também traz a impressão digital no nível da máquina: nome da máquina, versão do sistema operacional e do kernel, arquitetura, versão do hook, e os horários de primeiro e último registro.

Replay no nível da sessão

Consolidações mostram escala. Elas não contam o que aconteceu em uma sessão específica. Para isso, a KonaSense mantém um replay completo: o prompt humano original, cada comando de shell que o agente executou em resposta, o raciocínio declarado pelo próprio agente entre os passos, e se a sessão exigiu uma decisão de política.

Essa é a peça para a qual a maioria das stacks de monitoramento não tem equivalente. Um log de rede diz que uma conexão aconteceu. Um agente de endpoint diz que um processo rodou. Nenhum deles diz por quê, nas palavras do próprio agente, nem o que o humano de fato pediu que colocou a cadeia de comandos em movimento. O rastro da sessão diz.

Mapeamento de workspaces

Afaste o zoom e a KonaSense mapeia todo workspace que cada agente tocou, em toda a organização: qual diretório, qual projeto, qual linguagem e a contagem de dependências, e quando foi usado pela última vez.

O ponto desta visão não é a contagem. É o fato de ela existir. A maioria das organizações que rodam agentes de IA de código hoje não conseguiria produzir esta tabela se fosse pedida. Elas teriam que ir perguntar a cada pessoa da engenharia, individualmente, contra o que andaram rodando.

Um motor de políticas feito para ações de agentes, não apenas para ferramentas

Visibilidade é metade do problema. A outra metade é o controle: decidir, antes de um agente agir, se aquela ação deve ser permitida, bloqueada ou escalada para revisão humana.

A biblioteca nesta conta inclui regras como Conteúdo Bloqueado e um Portão de Assinatura de Severidade Crítica como barreiras de ameaça de base, ao lado de outras mais específicas: bloquear a exposição de material de chave privada da mainnet do Bitcoin, bloquear ferramentas não autorizadas de transferência de arquivos, bloquear injeção de comando em resultados de arquivos, proteger arquivos de credenciais e segredos, e bloquear operações destrutivas contra bancos de dados, sistemas de arquivos, discos, histórico do git e infraestrutura de nuvem. Cada regra pode ser ligada ou desligada de forma independente, então a biblioteca pode ser ajustada ao que realmente importa para uma dada organização, em vez de ser aplicada como um botão de tudo ou nada.

Construir uma regra é um fluxo de cinco passos:

No que isso tudo resulta

Individualmente, nenhuma dessas visões é exótica. Logs de execução, replay de sessão, mapeamento de dependências e motores de política já existem em outros pontos do ferramental de segurança. O que muda é para onde eles apontam: para a camada do agente, onde o prompt, a chamada de ferramenta e a ação resultante vivem todos no mesmo rastro. Essa é a camada que nenhuma parte da stack da era de 2020 foi feita para enxergar, e é a camada onde o risco real das Partes 1 a 3 desta série se origina.

Você não consegue governar o que não consegue ver. É assim que se parece enxergar isso.