Engenheiros da OpenAI propõem que agentes repassem aos sites informações sobre o usuário

A proposta é um Internet-Draft chamado draft-panero-httpbis-forwarded-user-signals, compartilhado com o grupo de trabalho HTTP do IETF por dois engenheiros da OpenAI. Hoje, quando um agente ou navegador em nuvem visita um site em nome do usuário, o site vê o IP e o user agent do agente, não os do usuário. O draft acrescenta seis parâmetros opcionais ao cabeçalho Forwarded: asn, ip-country, ip-prefix, locale, tz e user-agent. Ele proíbe IDs persistentes de usuário e dispositivo, manda compartilhar o mínimo e admite que um IP mascarado não é anônimo. Ainda é um draft individual, sem adoção por nenhum grupo de trabalho.

O autor do blog, que enviou feedback à lista de e-mails, discorda do desenho. Para ele, o objetivo declarado (detecção de fraude) esconde um efeito prático: fazer o agente parecer um visitante comum, o que beneficia a empresa que opera o agente, que também decide o que é compartilhado. O site não consegue pedir sinais específicos, ao contrário dos Client Hints. O draft diz que sinais só devem ser tratados como autenticados com assinatura verificada, mas não exige assinar, e qualquer um pode enviar os parâmetros. A crítica cita o Web Bot Auth como mecanismo para isso.

Há ainda problemas técnicos. Idioma já cabe no Accept-Language e fuso horário pode ir no Prefer (Prefer: timezone=America/Los_Angeles). O Forwarded descreve saltos de proxy, e um agente não encaminha a requisição, faz a sua. O draft também ignora cache: se o agente guarda a página buscada para um usuário de Nova York, outro usuário recebe essa cópia. Usar Vary: Forwarded tornaria quase toda requisição única e inviabilizaria o cache do tráfego de agentes. A sugestão é dividir em dois drafts: um pequeno para fuso no Prefer e idioma no Accept-Language, e outro, bem mais restrito, para sinais de rede só em login, pagamento e pedido, com assinatura obrigatória, limite de precisão do prefixo de IP e opt-in do usuário.

Para quem opera agentes, o problema é concreto: CAPTCHAs e bloqueios por IP de datacenter derrubam a taxa de sucesso de tarefas. Uma proposta que devolve sinais de usuário ajuda nisso, mas a leitura do crítico é que o custo recai sobre a privacidade de quem delega a tarefa. Para quem mantém sites, a pergunta é se vale confiar em sinais não assinados. Pela análise do texto, sem assinatura eles valem pouco contra fraude. Quem desenha agentes deveria acompanhar a discussão no IETF, porque o que for padronizado vira requisito de infraestrutura.