Quando um agente de IA escreve código, roda comandos e mexe nos seus repos, “a IA fez” não é uma resposta que seu auditor vai aceitar. O Bromure torna cada sessão um registro estruturado e atribuível: quem rodou qual agente, contra o quê, e exatamente o que ele tocou.
O problema
Código escrito por IA sem cadeia de custódia
Uma fatia crescente do seu código agora é redigida por agentes — e o rastro é fino. Qual engenheiro abriu a sessão? Qual modelo? Quais arquivos o agente leu, alterou ou apagou? Quais comandos ele rodou, e contra quais sistemas? Para a maioria dos times a resposta honesta é um dar de ombros, e um dar de ombros não sobrevive a uma auditoria de SOC 2, a um incidente de segurança ou à pergunta de um regulador.
O agente opera no laptop do engenheiro, sob a conta do engenheiro, com o acesso do engenheiro. De fora, o commit de um agente é indistinguível do de um humano — até algo dar errado e você precisar reconstruir exatamente o que aconteceu, e não haver nada de onde reconstruir.
A resposta do Bromure
Cada sessão é um registro resistente a adulteração
Como o agente roda dentro de uma VM Bromure, cada ação é capturada na fronteira: os arquivos que ele criou, modificou e apagou com diffs; cada comando de shell que rodou; cada ferramenta que chamou; cada endpoint que alcançou — tudo atrelado à identidade do engenheiro e ao modelo em uso, retido centralmente.
O diálogo completo também é arquivado — prompts, respostas do modelo, chamadas de ferramenta, a transcrição inteira — guardado na nuvem e revisável pela segurança, amostrável pela liderança de engenharia e exportável para o mesmo arquivo que você já alimenta com retenção de e-mail e chat. O trabalho assistido por IA fica tão auditável quanto qualquer outra coisa que sua organização faz.
Como funciona
Cada arquivo que o agente tocou
Por sessão, por repo, por engenheiro — o conjunto exato de arquivos criados, modificados ou apagados, com diffs, atrelado a quem abriu a sessão e ao modelo que ele usou.
Cada comando e cada chamada
Cada comando de shell que o agente executou dentro da VM, cada arquivo que ele leu, cada ferramenta que ele invocou, cada API que ele bateu — capturado ao vivo enquanto a sessão roda.
A transcrição completa, arquivada
Prompts, respostas e chamadas de ferramenta retidos centralmente, consultáveis por equipe, repo ou modelo, e exportáveis para seu arquivo de retenção existente.
Atrelado à identidade e resistente a adulteração
Cada registro carrega a identidade SSO e o dispositivo do engenheiro, gravado em um stream append-only que seu SIEM consegue ingerir do mesmo jeito que ingere atividade humana.
Tentativas de injeção, sinalizadas
Quando o conteúdo que um agente leu — um arquivo, uma página buscada, saída de ferramenta — ou um CLAUDE.md em que ele confiou carregava instruções injetadas, a detecção no dispositivo do Bromure o registra: a origem, o trecho, e se a solicitação foi registrada, sinalizada ou bloqueada.
Na prática
Reconstruindo uma sessão, meses depois
Uma revisão de segurança faz uma pergunta simples: algum agente chegou a tocar o módulo de pagamentos e, se sim, o que ele fez? Sem o Bromure, essa é uma pergunta sem resposta espalhada por dezenas de laptops. Com ele, é uma consulta.
Cada sessão de agente rodou dentro de uma VM Bromure que transmitiu sua atividade ao servidor corporativo: a identidade do engenheiro, o modelo, cada leitura e escrita de arquivo com diffs, cada comando, cada destino de rede e a transcrição completa de prompt/resposta. O revisor filtra para o repo de pagamentos e obtém cada sessão que o tocou — três delas, dois engenheiros, com as alterações exatas e as conversas que as produziram.
Eles amostram as transcrições, confirmam que as alterações foram revisadas e mescladas pelo processo normal e anexam a exportação ao arquivo de auditoria. O que teria sido uma correria forense de vários dias é uma consulta de dez minutos — e, como o registro é resistente a adulteração, ele se sustenta como evidência, não como lembrança.
Transmita-a para o seu SIEM
A trilha não precisa morar no Bromure
Aponte o Bromure para o seu próprio SIEM ou coletor OpenTelemetry e todo o registro vai junto. A atividade dos agentes, as sessões de navegação e a trilha de auditoria de administração são encaminhadas como logs OTLP/HTTP — cada evento um LogRecord com atributos semânticos OTel e uma severidade que seus alertas já entendem. O Bromure emite a partir dos próprios eventos armazenados por um cursor contínuo, então uma breve queda no seu endpoint não perde nada.
Aponte para o seu coletor
Informe ao Bromure o seu endpoint de logs OTLP/HTTP e, se o seu coletor exigir, um cabeçalho de autenticação — um token bearer, uma chave Datadog, o que ele esperar. O valor é armazenado com criptografia de envelope e nunca mais é exibido. Escolha quais dos três streams encaminhar.
Cada ação do agente é mapeada para um LogRecord que carrega a identidade SSO do engenheiro, o modelo, o repositório e a ação — com uma severidade que seu SIEM pode alertar. Uma tentativa de injeção de prompt bloqueada chega como WARN que seu pipeline de detecção já roteia.
O Bromure encaminha a partir dos próprios eventos armazenados com um cursor por stream, não pelo caminho de ingestão ao vivo. Se o seu coletor cair, nada dentro da retenção é perdido — a entrega retoma da última posição confirmada quando ele volta.
stream cursor last forward status
agentic_coding seq:184201 2s ago ok
web_sessions ts:17:42:08 2s ago ok
audit id:90412 2s ago ok
# endpoint outage → backoff + retry, cursor holds
# at-least-once · no loss within retention
Arquitetura e integração
Como é realmente construído
O marketing acaba aqui. O que segue é o substrato técnico sobre o qual cada implantação Bromure se apoia — o mesmo, quer você esteja protegendo uma força de trabalho BYOD ou segregando níveis de classificação dentro de uma agência regulada.
Isolamento aplicado pelo hypervisor
Cada perfil roda em sua própria VM Linux leve sobre o Virtualization.framework da Apple — kernel, sistema de arquivos e pilha de rede separados do host. A imagem base é um build Alpine assinado e reprodutível, clonado via copy-on-write do APFS na abertura da sessão (custo de disco próximo de zero). O host não consegue ler a memória da VM; a VM não consegue ler a área de transferência, o sistema de arquivos nem os adaptadores de rede do host, a menos que a política do perfil permita explicitamente.
Identidade: SSO para usuários, mTLS para dispositivos
Enrollment e abertura de sessão são gates de dois fatores que sua organização já opera. OIDC / SAML contra Google Workspace, Okta, Microsoft Entra ou Authentik identifica o usuário. Um certificado de cliente mTLS por dispositivo, emitido pelo seu PKI e vinculado à instalação, identifica a máquina. Revogue qualquer um e a próxima sessão não inicia — sem agente para ser adulterado, sem política local para ser contornada.
Perfil como código
O perfil de trabalho — lista de SaaS permitido, postura de download / área de transferência / capturas de tela, configuração de VPN, layout de teclado, CAs raiz, regras de saída de rede — é um artefato declarativo assinado. Versione-o no Git. Publique pelo seu MDM ou pelo endpoint de configuração do Bromure. Perfis adulterados falham na verificação de assinatura e a sessão se recusa a iniciar. O que roda na máquina do usuário é bit-a-bit o que você autorou.
Plano de rede por perfil
Cada perfil carrega sua própria NIC virtual. Escolha NAT pelo host, bridge para uma interface física, ou túnel por WireGuard, IKEv2 / IPsec ou Cloudflare WARP — todos terminados dentro da VM, invisíveis ao host. Some overrides de DNS, whitelists de portas de saída, isolamento de LAN e um proxy HTTP. A segmentação é aplicada pelo hypervisor, não por um adesivo no firewall.
Pipeline de auditoria
Cada requisição — timestamp, verbo, URL, status, usuário, perfil, dispositivo — é capturada fora da VM em um stream JSON Lines resistente a adulteração e entregue ao sink de logs que você já alimenta (SIEM, data lake, arquivo de retenção). Gravação de sessão opcional apenas-cabeçalhos ou corpo completo para tráfego suspeito. Esquema estável, campos documentados, sem vendor lock-in no formato.
Efêmero por padrão, persistente por opt-in
Feche a janela e a VM é destruída. Tokens, cookies, cache, downloads e qualquer malware que tenha aterrissado durante a sessão vão junto. Perfis que precisam de estado — um conjunto de favoritos, uma sessão salva, um SaaS logado — habilitam um disco persistente criptografado com LUKS e chave vinculada ao Keychain do macOS. A chave nunca sai do dispositivo do usuário.
Perguntas comuns
Como isso difere do histórico do Git?
+
O Git mostra o diff final commitado. O Bromure mostra a sessão inteira que o produziu — os arquivos que o agente leu mas não alterou, os comandos que rodou, os becos sem saída, as chamadas de rede e a conversa que o conduziu. O Git diz o que entrou; o Bromure diz como, e o que mais aconteceu pelo caminho.
O registro é resistente a adulteração?
+
Sim. As sessões transmitem para um log append-only no seu servidor corporativo enquanto rodam, carregando a identidade SSO e o certificado de dispositivo do engenheiro. Um engenheiro não consegue editar silenciosamente o que seu agente fez depois do fato.
Podemos alimentar isso no nosso SIEM e nas ferramentas de retenção existentes?
+
Sim — nativamente, via OpenTelemetry. Aponte o Bromure para o endpoint de logs OTLP/HTTP do seu SIEM ou coletor OpenTelemetry, e a atividade dos agentes, as sessões de navegação e a trilha de auditoria fluem para lá como LogRecords OTLP com atributos semânticos OTel. As transcrições são exportadas separadamente para o mesmo arquivo que você já usa para retenção de e-mail e chat.
Capturar tudo isso atrasa os engenheiros?
+
Não. A captura acontece na fronteira da VM, fora do caminho do engenheiro. Eles rodam Claude Code ou Codex exatamente como antes; o registro se acumula automaticamente.
“A IA fez” não é uma trilha de auditoria.
Faça de cada sessão de agente um registro atribuível e resistente a adulteração que seus auditores vão aceitar.