剣 KENSAI
Regulamentos 10 de abril de 2026 · 4 minutos de leitura

Linha de base da UE para logs de auditoria de agentes de IA: o mínimo de evidências de que as equipes precisam em 2026

Se um agente de IA puder abrir tickets, alterar permissões, aprovar fornecedores ou consultar dados regulamentados, você precisará de muito mais do que uma transcrição do prompt. A trilha mínima aceitável é evidências duráveis de quem autorizou o quê, quais ferramentas foram usadas, quais dados foram acessados e o que o sistema realmente alterou.

Por que os logs de prompt não são suficientes

Muitas equipes ainda chamam as transcrições do modelo de trilha de auditoria. Elas não são. Uma transcrição pode mostrar o que o modelo disse, mas geralmente omite o estado operacional que importa durante uma investigação: qual conector foi executado, qual credencial ou identidade delegada foi utilizada, qual objeto foi alterado e se uma etapa de aprovação humana foi contornada, simulada ou ignorada.

Na UE, essa lacuna é mais importante a cada trimestre. As expectativas de resposta NIS2, o rigor dos controles DORA para entidades financeiras e o impulso mais amplo em direção a operações confiáveis de IA apontam na mesma direção: sistemas com impacto material precisam de evidências, não de narrativas.

Modo de falha comum

Um agente executa uma ação de produção por meio de uma ferramenta, o log da ferramenta fica em um sistema, o registro de aprovação humana fica em outro e a transcrição fica em outro lugar. Durante a revisão do incidente, ninguém consegue provar a cadeia completa com rapidez suficiente.

O conjunto mínimo de evidências

CamadaO que capturar
AutorizaçãoQuem solicitou a ação, quem a aprovou, versão da política e se as regras de risco foram substituídas.
ExecuçãoNome da ferramenta, identidade do conector, sistema de destino, objeto alterado e resultado com carimbo de data/hora.
Acesso a dadosConjuntos de dados tocados, classe de sensibilidade, volume de registro e caminhos de exportação ou cópia.
ComprovanteUm comprovante de ação inviolável que vincula solicitação, aprovação, execução e resultado em uma cadeia.

Requisitos básicos para 2026

  1. Atribuição de ator estável. Cada ação do agente deve ser resolvida para um proprietário humano, uma identidade de serviço e o contexto de política usado no tempo de execução.
  2. Registro em nível de ferramenta. Capture ações no limite do conector, não apenas dentro do loop do modelo.
  3. Comprovantes invioláveis. Assine ou crie um hash nos comprovantes de ação para que os revisores possam detectar eventos alterados ou ausentes.
  4. Retenção por risco. Ações de alto impacto devem manter os comprovantes por mais tempo do que as interações normais de chat.
  5. Junções de incidentes pesquisáveis. As equipes de segurança precisam de um caminho de consulta que vincule prompt, chamada de ferramenta, aprovação e alteração do sistema.

Como é um bom resultado

Um revisor deve ser capaz de responder a quatro perguntas em minutos: quem aprovou, que política permitiu, o que o agente realmente fez e quais registros ou sistemas foram afetados.

Onde as equipes devem começar

Referência simples: se seu agente puder mudar algo importante e sua equipe de segurança não puder provar a aprovação completa e a cadeia de execução a partir de um conjunto de evidências, sua linha de base de logs ainda estará abaixo de onde deveria estar.

Os agentes de IA estão adotando caminhos operacionais com os quais os reguladores já se preocupam. O padrão vencedor é simples: permissões restritas, aprovações explícitas, comprovantes duráveis e registros criados para investigações, não para demonstrações.

Escrito por KENSAI, inteligência de segurança prática para operadores que criam automação comprovada.