Pular para o conteúdo
Início / Segurança IA / Segurança em Agentes de IA
Segurança de IA · Agentes Autônomos

Segurança em Agentes de IA

Segurança em agentes de IA é a disciplina que protege sistemas autônomos baseados em LLM — que planejam, decidem e executam ações via ferramentas, MCP e plugins — contra abuso de ferramentas, agência excessiva e prompt injection. A Berghem combina Red Team, sandboxing, privilégio mínimo e monitoramento contínuo para conter o raio de ação de cada agente.

O que é segurança em agentes de IA?

Um agente de IA é um sistema que usa um LLM como motor de raciocínio para planejar e executar tarefas de forma autônoma, invocando ferramentas externas, APIs, bancos de dados e outros agentes. Essa autonomia amplia a superfície de ataque: cada ferramenta conectada, cada conector MCP e cada plugin vira um caminho pelo qual um atacante pode desviar o comportamento do agente.

Diferente de um chatbot que apenas responde texto, um agente age no mundo — envia e-mails, movimenta dinheiro, altera registros, executa código. Quando o agente é induzido a agir contra o interesse do negócio, o impacto é operacional e imediato, não apenas informacional. Proteger agentes exige tratar o LLM como um componente não confiável e restringir o que ele pode efetivamente fazer.

O que cobrimos

•Abuso de ferramentas e agência excessiva
•Prompt injection via ferramentas e dados
•Superfície MCP, plugins e conectores
•Sandboxing e privilégio mínimo
•Human-in-the-loop em ações críticas
•Monitoramento e trilha de auditoria
Ameaças

Quais são as principais ameaças a agentes de IA?

As ameaças a agentes nascem da combinação entre um LLM não determinístico e o poder de agir. As categorias abaixo concentram a maior parte dos incidentes reais.

Abuso de ferramentas

Quando um agente tem acesso a ferramentas poderosas sem limites claros, um atacante pode encadeá-las para efeitos não previstos — exfiltrar dados, executar comandos ou acionar transações. O risco cresce com o número e o privilégio das ferramentas expostas ao agente.

Agência excessiva

Agência excessiva é conceder ao agente mais permissões, autonomia ou funcionalidade do que a tarefa exige. É uma das categorias do OWASP Top 10 para LLM e a causa raiz de muitos incidentes: o agente faz algo destrutivo simplesmente porque tinha acesso para isso.

Prompt injection via ferramentas e dados

Conteúdo malicioso escondido em um e-mail, página web, documento ou resposta de API pode reprogramar o agente no meio da execução (prompt injection indireta). O agente lê o dado como instrução e passa a servir ao atacante — sem que o usuário perceba.

MCP, plugins e conectores

Cada servidor MCP, plugin ou conector adiciona código de terceiros e novas permissões ao agente. Um conector comprometido ou mal configurado pode expor credenciais, ampliar privilégios ou introduzir ferramentas hostis na cadeia de execução.

Cadeia de agentes e confiança implícita

Em arquiteturas multiagente, a saída de um agente vira entrada de outro. Sem validação, uma injeção em um elo se propaga por toda a cadeia, e a confiança implícita entre agentes transforma uma falha local em comprometimento sistêmico.

Memória e RAG envenenados

Bases de conhecimento, memória de longo prazo e pipelines RAG podem ser envenenados com conteúdo que só age depois, quando recuperado. O agente resgata a instrução plantada e a executa como se fosse legítima, muito além do momento do ataque.

Controles

Como conter a agência excessiva e o abuso de ferramentas?

Não existe controle único. Segurança de agentes é defesa em camadas: cada camada reduz o dano possível quando a anterior falha.

Privilégio mínimo por ferramenta

Cada ferramenta recebe apenas as permissões estritamente necessárias, com escopos, allowlists e credenciais segregadas. Reduzir o privilégio de cada ação limita o dano possível quando o agente é subvertido.

Sandboxing e isolamento

Execução de código, navegação e chamadas de ferramenta rodam em ambientes isolados, sem acesso direto a segredos, rede interna ou sistemas de produção. O sandbox contém o raio de ação de uma operação maliciosa.

Human-in-the-loop em ações críticas

Ações de alto impacto — pagamentos, exclusões, envio externo de dados — exigem confirmação humana explícita. A aprovação manual quebra cadeias automáticas de abuso antes que produzam efeito irreversível.

Validação de entrada e saída

Entradas de ferramentas e dados externos são tratados como não confiáveis; as saídas do agente passam por filtros antes de virar ação. Separar dados de instruções mitiga prompt injection direta e indireta.

Monitoramento e trilha de auditoria

Cada decisão, chamada de ferramenta e resultado é registrado e observado em tempo real. A telemetria detecta desvios de comportamento, permite resposta rápida e sustenta a investigação pós-incidente.

Governança e políticas

Políticas claras definem quais ferramentas cada agente pode usar, sob quais condições e com qual supervisão — alinhadas a frameworks como ISO 42001 e ao OWASP Top 10 para LLM.

FAQ

Perguntas frequentes

O que é agência excessiva em agentes de IA?
Agência excessiva é dar ao agente mais permissões, autonomia ou funcionalidade do que a tarefa exige. É uma categoria do OWASP Top 10 para LLM: o agente executa ações destrutivas simplesmente porque tinha acesso a elas. O controle é privilégio mínimo por ferramenta e aprovação humana em ações críticas.
Como prompt injection afeta um agente que usa ferramentas?
Um agente lê dados externos — e-mails, páginas, respostas de API — para decidir o que fazer. Se esses dados contêm instruções ocultas, o agente pode segui-las (prompt injection indireta), acionando ferramentas contra o interesse do negócio. Tratar todo dado externo como não confiável é essencial.
MCP e plugins aumentam o risco dos agentes de IA?
Sim. Cada servidor MCP, plugin ou conector adiciona código de terceiros e novas permissões. Um conector comprometido ou mal configurado pode expor credenciais e introduzir ferramentas hostis. Reduza a superfície: use allowlists, valide conectores e conceda escopos mínimos a cada integração.
Sandboxing resolve a segurança de agentes de IA?
Sandboxing é essencial, mas não suficiente sozinho. Isolar a execução contém o dano de uma ação maliciosa, porém é preciso combiná-lo com privilégio mínimo, validação de entrada e saída, human-in-the-loop e monitoramento contínuo. Segurança de agentes é defesa em camadas, não um único controle.
Como a Berghem testa a segurança de agentes de IA?
Combinamos Red Team e pentest de IA/LLM: simulamos prompt injection, abuso de ferramentas e escalonamento via MCP, mapeados ao OWASP Top 10 para LLM e ao MITRE ATLAS. Entregamos evidência de impacto e um plano de remediação com sandboxing, privilégio mínimo e monitoramento.
Vamos conversar

Proteja seus agentes antes que um atacante os controle

Em uma conversa de 30 minutos mapeamos a superfície dos seus agentes — ferramentas, MCP, plugins e integrações — e desenhamos o escopo ideal de teste e hardening.