O que é Web Bot Auth
Web Bot Auth é o nome de um grupo de trabalho do IETF e do seu trabalho em Internet-Draft sobre autenticação de tráfego web automatizado. A ideia é direta: crawlers, assistentes de IA e agentes autônomos assinam suas solicitações HTTP usando HTTP Message Signatures (RFC 9421), e publicam as chaves públicas que verificam essas assinaturas sob um identificador que controlam. Um site pode então confirmar que uma solicitação realmente veio do operador que ela nomeia, em vez de depender de uma string de user-agent que qualquer pessoa pode copiar. Para o que isso significa para uma equipe de produto, veja Web Bot Auth para equipes de produto; para os passos de implementação, veja o guia sobre como verificar solicitações assinadas de agentes de IA.
Em novembro de 2026, o documento principal do grupo de trabalho é draft-ietf-webbotauth-httpsig-protocol, que define um cabeçalho Signature-Agent para descoberta de chave em banda, um formato de diretório de chaves baseado em JSON Web Key Sets e um URI conhecido onde esse diretório é servido. A página de documentos do grupo de trabalho o lista ao lado de outros rascunhos individuais relacionados. Estes são Internet-Drafts, o que significa que são trabalhos em andamento. Detalhes como como as chaves são descobertas, quais componentes da solicitação precisam ser assinados e quais cabeçalhos carregam informações do operador podem mudar entre versões. Quem implementar deve acompanhar os rascunhos atuais, e não qualquer versão congelada.
Por que isso importa
Sites e APIs há muito tempo identificam bots por strings de user-agent e faixas de IP. Ambos têm limites: strings de user-agent são trivialmente falsificáveis (veja falsificação de user-agent), e faixas de IP mudam e são compartilhadas entre provedores de nuvem. À medida que agentes de IA começam a navegar, chamar APIs e usar MCP servers em nome de pessoas, os aplicativos precisam de uma forma mais robusta de distinguir clientes automatizados cooperativos dos anônimos.
Solicitações assinadas fornecem essa base mais robusta. Uma assinatura verificada permite que um aplicativo reconheça um operador conhecido de forma consistente, dê a ele um caminho estruturado em vez de uma interface com aparência humana e meça sua atividade com precisão.
Como funciona em alto nível
- O operador gera um par de chaves e publica a chave pública em um local ligado à sua identidade, normalmente o caminho conhecido
http-message-signatures-directorysob seu domínio. - Cada solicitação inclui cabeçalhos
Signature-InputeSignaturecobrindo componentes selecionados da solicitação, além de um identificador de chave, e um cabeçalhoSignature-Agentapontando para o diretório de chaves. - O site que recebe a solicitação busca ou faz cache das chaves publicadas do operador, reconstrói a base da assinatura e verifica a assinatura.
- Em caso de sucesso, o site sabe que a solicitação foi produzida pelo detentor daquela chave, associada ao identificador publicado.
O que isso estabelece, e o que não estabelece
Uma assinatura Web Bot Auth autentica o cliente automatizado. Ela não responde:
- se o operador tem permissão para fazer o que solicita (autorização de agent),
- se uma pessoa instruiu ou aprovou a ação (autoridade delegada),
- se a ação é segura ou se o conteúdo retornado será usado de forma apropriada.
Esses continuam sendo decisões da autenticação, autorização e política próprias do aplicativo que recebe a solicitação. Nosso post no blog sobre o que solicitações assinadas de agentes de IA provam, e o que não provam explora esse limite.
Equívocos comuns
- "Todo bot vai assinar em breve." A adoção cresce cliente por cliente. Os aplicativos verão por muito tempo uma mistura de tráfego assinado, declarado e anônimo, então precisam de uma forma clara de lidar com cada um.
- "Uma assinatura torna um bot bom." Ela torna um bot conhecido. Conhecido é o ponto de partida para uma política, não a política em si.
- "O rascunho é final." Ele é um Internet-Draft em evolução. Construa com base no texto atual e espere revisões.
Como Proof of Actor se relaciona
Proof of Actor trata uma assinatura validada como evidência com a base Verified, delimitada à chave e ao identificador que ela comprova. Ele mantém isso separado de nomes declarados e sinais inferidos, e nunca transforma identidade em permissão. Proof of Actor foi projetado para verificar solicitações assinadas à medida que esses padrões amadurecem; suas próprias políticas em Route decidem o que um agente verificado pode fazer.
Veja como isso se encaixa em APIs e MCP servers, ou solicite acesso antecipado.
Fontes
- grupo de trabalho IETF Web Bot Auth: charter, chairs e status
- documentos do grupo de trabalho Web Bot Auth: rascunhos atuais do grupo de trabalho e relacionados
- draft-ietf-webbotauth-httpsig-protocol:
Signature-Agent, o diretório de chaves JWKS e seu URI conhecido (trabalho em andamento em novembro de 2026) - RFC 9421: HTTP Message Signatures: o padrão de assinatura sobre o qual Web Bot Auth é construído