Agentes de IA não são humanos, mas Sites precisam saber quem está por trás deles

O texto da Cloudflare parte de um problema de visibilidade. Agentes pessoais de IA hospedados na nuvem, como Muse, da Meta, e dots, da OpenAI, agem na web em nome de um Usuário, mas o Site só enxerga o Agente. Isso mistura tráfego de várias pessoas num único visitante (o exemplo é a assistente Ezra, que compra para Amy, Bob, Charlie e Debra). Também complica disputas, como um estorno de Bob, e o bloqueio de abuso: banir o Agente que tenta senhas de Charlie derruba o acesso de todos os outros.

A proposta se apoia no Intermediation Principle: a relação comercial entre Usuários e Sites, e as responsabilidades de segurança de cada um, valem mesmo com intermediação. Na prática, o texto cita o Web Bot Auth (assinatura de requisições pelo Agente), MOLE (limite de taxa e reputação sem identificador do Usuário), Privacy Pass, OAuth e protocolos como x402 para pagamentos. Descreve também uma escala de identidade: nada, sessão, conta e identificador único. Rejeita CAPTCHA repassado ao Usuário (prova só que há um humano ali) e escopos restritos de acesso (dizem o que o Agente pode fazer, não quem responde por ele). Agentes locais, como o OpenClaw, ficam fora do foco inicial.

A cobertura anterior do CEVIU tratava o tema do lado de dentro da empresa. Em 11 de março de 2026, a matéria "A identidade empresarial foi projetada para humanos, não para agentes de IA" abordava agentes fazendo login em sistemas corporativos. Em 4 de agosto de 2026, "A 1Password Disseca Arquiteturas de Identidade para Agentes de IA" separava agentes locais e remotos. Agora a Cloudflare olha pelo lado do Site que recebe o Agente, com foco em identidade, reputação e responsabilização de quem opera por trás dele. Em 10 de março de 2026, o CEVIU já havia noticiado os riscos do OpenClaw, que a Cloudflare deixa fora do escopo principal.

Para quem opera um Site, bloquear intermediários deixa de ser estratégia viável se o tráfego agentic virar maioria, segundo o próprio texto. Isso sugere revisar antifraude, rate limiting e disputas de cobrança partindo do pressuposto de que um único cliente de rede pode representar muita gente. É uma leitura editorial: a proposta ainda depende de padrões em desenvolvimento.