A2A do Google: Falhas de Segurança e o Futuro da Colaboração entre IAs

Lucas Moraes (CEO Toolzz AI)
20 de março de 2026

O protocolo Agent-to-Agent (A2A) do Google, projetado para ser o padrão da indústria para a comunicação entre agentes de IA, enfrenta críticas significativas devido a sérias falhas de segurança. Análises recentes revelam que o A2A, mesmo em sua versão 1.0, não possui defesas embutidas contra ataques de injeção de prompt, um dos riscos mais críticos em aplicações de IA. Este artigo explora as vulnerabilidades do A2A, suas implicações e como as empresas podem mitigar esses riscos.

A Principal Vulnerabilidade: Injeção de Prompt

A principal preocupação com o A2A é a ausência de mecanismos para detectar ou prevenir ataques de injeção de prompt. Isso significa que um agente malicioso pode manipular outro, inserindo instruções prejudiciais em meio aos dados processados. Red Hat, em sua análise de segurança, destaca que essa vulnerabilidade permite que um agente cause a execução de comandos nocivos no contexto de outro. A falta de controles específicos para combater essa ameaça é um ponto crítico levantado por especialistas.

Agent Card: Uma Porta Aberta para Spoofing

Os Agent Cards, que servem como documentos de metadados para identificar e anunciar as capacidades dos agentes, são opcionais em relação à assinatura digital. Essa flexibilidade abre espaço para atividades de spoofing, onde um agente fraudulento se passa por outro. Sem a verificação obrigatória da identidade, um atacante pode criar um Agent Card falso, alegando possuir capacidades específicas e enganando outros agentes.

Execução Opaca: Uma Caixa Preta de Riscos

O A2A adota o princípio da “Execução Opaca”, onde os agentes colaboram sem compartilhar seus pensamentos internos, planos ou implementações de ferramentas. Embora o objetivo seja preservar a privacidade e a propriedade intelectual, essa opacidade dificulta a avaliação do comportamento de um agente delegado. O agente que inicia a tarefa não tem visibilidade sobre as ferramentas que o agente remoto invoca, os arquivos que acessa ou as solicitações de rede que faz, criando um ponto cego de segurança.

A Ausência de Consentimento do Usuário

O protocolo A2A não inclui um estado de “consentimento do usuário” explícito. Isso significa que um agente pode processar dados sensíveis sem solicitar a aprovação do usuário. Embora propostas tenham sido apresentadas para adicionar um mecanismo de consentimento, elas não foram incorporadas à especificação atual, levantando preocupações sobre a proteção de dados e a privacidade.

Autorização Definida pela Implementação: Um Caos de Padrões

A autorização no A2A é deixada inteiramente a cargo dos implementadores, sem um padrão claro ou comum. Isso resulta em uma grande variedade de modelos de autorização, dificultando a auditoria e a garantia de segurança consistente. Cada implantação do A2A inventa seu próprio sistema de permissões, sem uma base sólida para interoperabilidade ou segurança padronizada.

Token Lifetime: Uma Janela de Oportunidade para Ataques

O A2A não impõe um tempo de vida limitado para os tokens de autorização. Isso significa que um token comprometido pode permanecer válido por um período prolongado, permitindo que um atacante acesse recursos protegidos por um tempo indefinido. A falta de reforço de um tempo de vida curto para os tokens representa um risco significativo para a segurança.

Session Smuggling: Ataques Invisíveis aos Usuários

O ataque de “session smuggling” demonstra como um agente malicioso pode inserir instruções ocultas em conversas de vários turnos, sem que o usuário perceba. Unit 42 demonstrou que esse ataque pode levar à divulgação de informações confidenciais e à execução de comandos não autorizados, como a compra de ações. A natureza furtiva desse ataque o torna particularmente perigosa.

Agentes AI e a Necessidade de Segurança Robusta

A arquitetura do A2A, ao ser um protocolo de comunicação e não uma camada de aplicação de segurança, deixa a segurança da execução para o agente local. É nesse ponto que soluções robustas se tornam cruciais. Plataformas como a Toolzz AI oferecem uma camada de proteção essencial, interceptando e avaliando cada chamada de sistema feita pelo agente antes da execução, mitigando os riscos inerentes à colaboração entre agentes.

Protegendo seus Agentes de IA: A Abordagem da Toolzz

A Toolzz reconhece a importância da segurança em ambientes de IA e oferece soluções projetadas para proteger seus agentes contra ameaças como injeção de prompt e acesso não autorizado. Com a Toolzz AI, você pode definir políticas de segurança granulares que controlam o comportamento dos seus agentes, garantindo que eles operem de forma segura e confiável. A capacidade de monitorar e restringir o acesso a recursos sensíveis é fundamental para manter a integridade dos seus dados e sistemas. Além disso, a Toolzz LXP pode ser utilizada para treinar seus colaboradores sobre as melhores práticas de segurança em IA, criando uma cultura de segurança em toda a sua organização.

Quer saber como a Toolzz LXP pode ajudar a treinar sua equipe em segurança de IA? Solicite uma demonstração e veja como podemos fortalecer sua organização contra as ameaças emergentes.