Agente Desonesto: Como uma Vulnerabilidade Crítica no Dialogflow CX Permitia Sequestro entre Agentes de IA

1. Um atacante que já tivesse a permissão dialogflow.playbooks.update em um agente com Bloco de Código poderia criar uma importação de playbook maliciosa ^DN.
2. Esse playbook malicioso injetava código Python persistente no ambiente de execução compartilhado dos Blocos de Código ^V.
3. Como o mesmo ambiente de execução subjacente atendia a vários agentes no mesmo projeto do Google Cloud, o código do atacante seria executado dentro de outros agentes — agentes aos quais o atacante originalmente não tinha acesso ^V.

CVE-2026-4764 descreve a causa raiz: uma verificação de autorização ausente na funcionalidade de importação de playbook ^ND. A vulnerabilidade tem uma pontuação CVSS de 9,4, marcando-a como um risco de segurança crítico ^L.

O que um Atacante Poderia Fazer

Uma vez que o código malicioso estivesse em execução dentro de um agente vítima, o atacante poderia ^V:

• Ler conversas ao vivo — monitorar silenciosamente as interações dos usuários em tempo real com qualquer chatbot comprometido, incluindo chats de suporte ao cliente, sessões de bots financeiros e diálogos de assistentes de saúde.
• Se passar pelo bot — enviar mensagens escritas pelo atacante para enganar os usuários e fazê-los compartilhar senhas, informações de seguro, dados financeiros ou outros detalhes confidenciais ^VA.
• Comprometer vários agentes — passar de um agente comprometido para todos os outros agentes com Bloco de Código no mesmo projeto, escalando de uma função de baixo privilégio para um controle quase total do projeto ^V.

Linha do Tempo da Divulgação e Correção

• Novembro de 2025 — A Varonis descobriu o problema inicialmente ^A.
• 15 de março de 2026 — O Google corrigiu a vulnerabilidade de autorização ausente (CVE-2026-4764) no endpoint de importação de playbook ^DN.
• Abril de 2026 — O Google emitiu uma "primeira atualização de segurança" que não resolveu totalmente o problema ^A.
• Junho de 2026 — O Google resolveu completamente o problema com um segundo patch ^AA.

O Google confirmou que nenhuma ação do cliente foi necessária para os patches ^D.

Fraquezas Adicionais Descobertas

A Varonis identificou que o isolamento entre agentes que compartilham tempos de execução de Bloco de Código era fundamentalmente insuficiente ^V. Mesmo após corrigir a autorização de importação, a própria arquitetura permitia a execução de código entre agentes se um único agente fosse comprometido — um problema de nível de design que exigiu o segundo patch em junho de 2026 para ser totalmente resolvido.

O Google também adicionou uma configuração de verificação de segurança de prompt nas configurações do agente para ajudar a detectar e bloquear ataques de injeção de prompt que poderiam ser usados como parte de cadeias de exploração semelhantes no futuro ^VD.

A Vulnerabilidade Foi Explorada?

Não há evidências de que a vulnerabilidade tenha sido explorada na natureza antes do patch ^A. Um porta-voz do Google Cloud confirmou: "Não temos nenhuma indicação conhecida de comprometimento do cliente. Nenhuma ação do cliente é necessária." ^A

Implicações para a Segurança da IA

A vulnerabilidade Rogue Agent é um lembrete claro de que os modelos de segurança subjacentes a muitas plataformas de agentes de IA ainda não acompanharam a complexidade de ambientes multilocatários que executam código. À medida que mais empresas implantam agentes de IA conversacionais que podem executar código personalizado, a superfície de ataque do runtime compartilhado torna-se uma preocupação crítica.

Organizações que usam o Dialogflow CX devem verificar se as verificações de segurança de prompt estão ativadas ^D e auditar quais identidades têm permissões dialogflow.playbooks.update — a única permissão que poderia ter iniciado essa cadeia de ataque ^V.