Resumo: sinais de canvas, cadência e cursor para bloquear agentes de IA
- Três defesas, todas contornadas: Todo stack já vem com WAF, gestor de bots do CDN e CAPTCHA. OpenAI Operator, Claude for Chrome, Playwright e Puppeteer passam pelos três porque rodam dentro de um motor de navegador real e resolvem desafios de JavaScript em velocidade humana.
- Quatro sinais do navegador: Quatro sinais apenas do navegador os entregam: entropia do canvas fingerprint, cadência de sessão, geometria do cursor e fingerprint de fontes e WebGL. A cside coleta tudo por uma única tag, analisa mais de 250 sinais por sessão, nomeia o framework de automação e devolve um veredito antes do envio do login ou checkout.
- Política por página: Em páginas de login e checkout, faça bloqueio duro em sessões nomeadas como Playwright, Puppeteer ou Selenium. Em sessões automatizadas ambíguas, injete um desafio. Crawlers conhecidos que você quer indexados, permita. O plano gratuito da cside com 1.000 chamadas de API por mês basta para primeiro dimensionar o volume real de agentes.
Sem tempo? Veja a deteção de agentes de IA da cside. Cobre tudo o que se segue numa única implementação.
Para bloquear agentes de IA no seu site, tem primeiro de os detetar, e essa deteção tem de acontecer dentro do browser. Os agentes automatizados correm agora dentro de motores de browser reais, por isso as verificações na camada de rede em que a maioria das equipas confia nunca os veem. Este guia cobre os sinais que expõem um agente e como transformar um veredicto num bloqueio, num desafio ou numa autorização.
Bloquear agentes de IA num site começa por perceber por que razão as ferramentas que a maioria das equipas já tem não o conseguem fazer. As WAFs bloqueiam IPs maliciosos conhecidos e padrões de pedidos. Os gestores de bots das CDN filtram o tráfego que não vem de browsers. Os desafios CAPTCHA bloqueiam pedidos que não conseguem executar JavaScript. Ferramentas como o OpenAI Operator, o Claude for Chrome, o Playwright e o Puppeteer passam por todos estes controlos, porque correm dentro de motores de browser reais, executam JavaScript, resolvem CAPTCHAs e operam a velocidades humanas. Os sinais que os revelam existem apenas na camada do browser.
Passo 1: perceba que sinais identificam realmente os agentes de IA
Quatro categorias de sinais distinguem de forma fiável os agentes de IA dos utilizadores humanos. Todas as quatro exigem um script a correr dentro do browser para as observar.
Entropia do fingerprint de canvas. Cada dispositivo real renderiza o canvas do browser de forma diferente, consoante o hardware da GPU, o sistema operativo e o motor de renderização de fontes. Os dispositivos reais produzem fingerprints de canvas de entropia elevada por causa da variação nas configurações de hardware entre utilizadores. Os agentes de IA que correm em ambientes mínimos ou virtualizados produzem menos entropia, porque o ambiente de renderização é menos variado. Essa diferença é mensurável no resultado do canvas.
Cadência da sessão. Os utilizadores humanos escrevem, clicam e navegam com uma variação natural de temporização. São pequenas irregularidades orgânicas produzidas pela atenção, pela familiaridade e pelo controlo motor. Os agentes de IA executam eventos do browser em intervalos mecanicamente precisos. Um campo de formulário preenchido com um intervalo fixo entre cada caractere, repetido de forma consistente ao longo de várias interações, não é um padrão humano.
Geometria do cursor. Os trajetos do rato humano são curvos, aceleram e desaceleram, e incluem microcorreções antes de chegar a um alvo. Os agentes de IA produzem trajetos de cursor geometricamente retos, ou nenhum movimento de cursor entre interações. Os utilizadores reais quase nunca produzem trajetos de cursor em linha reta.
Fingerprint de fontes e de WebGL. Os dispositivos de utilizadores reais têm um conjunto completo de fontes de sistema instalado e uma GPU que produz um resultado WebGL consistente. Os agentes de IA que correm em ambientes mínimos têm um conjunto restrito de fontes e hardware de GPU virtualizado ou ausente. A combinação de fontes em falta com uma assinatura WebGL anómala é um forte fator de distinção.
Passo 2: implemente um script de deteção na camada do browser
O script de deteção tem de carregar com a página e começar a recolher sinais antes de o utilizador interagir com qualquer elemento. Esta temporização importa: os sinais são observáveis ao longo de toda a sessão, e os primeiros pontos de dados estabelecem a linha de base comportamental com que os eventos seguintes são comparados.
Um script na camada do browser da deteção de agentes de IA da cside carrega com a página, recolhe passivamente as quatro categorias de sinais e está pronto a devolver um veredicto de API quando o utilizador chega a um formulário de início de sessão, ao checkout ou a qualquer outro fluxo que queira proteger.
O script integra-se como uma única tag no head da página. Não são necessárias alterações ao SDK do lado do servidor.
Passo 3: chame a API e leia o veredicto
Depois de o script ter recolhido os sinais, uma única chamada de API devolve um veredicto em tempo real para a sessão. A cside analisa mais de 250 sinais por sessão e combina-os num score de risco, sinalizando sessões de agentes de IA e automatizadas e identificando automação nomeada como o OpenAI Operator, o Claude for Chrome, o Playwright, o Puppeteer e o Selenium sempre que possível. A resposta também indica se a ligação passa por uma VPN ou proxy, e devolve um identificador de dispositivo estável para a sessão.
O veredicto está disponível antes de a submissão do formulário ou a ação crítica ser desencadeada, para que a sua aplicação possa decidir o que fazer enquanto a sessão ainda está aberta.
Passo 4: defina a sua resposta por tipo de sessão
Bloquear todas as sessões de agentes de IA detetadas nem sempre é a resposta certa. A ação correta depende de quem acha que o agente é.
Bloquear: sessões em que o veredicto nomeia uma ferramenta de abuso conhecida (Playwright, Puppeteer, Selenium) num fluxo de início de sessão ou de checkout. Estas ferramentas não têm qualquer caso de uso legítimo virado para o utilizador nessas páginas.
Desafiar: sessões sinalizadas como automatizadas em que o tipo de agente é ambíguo. Injete um desafio para confirmar a presença humana antes de permitir que a interação continue.
Permitir: sessões de crawlers que reconhece e autoriza, como as suas próprias ferramentas de monitorização, os crawlers de motores de busca a operar em páginas que devem indexar, ou integrações de API legítimas que autorizou. Estas produzem sinais de automação, mas não justificam qualquer ação.
Registar e monitorizar: sessões em páginas não críticas onde o bloqueio não se justifica, mas a visibilidade é útil. O identificador de dispositivo e o tipo de agente permitem-lhe construir um retrato da atividade automatizada em todo o seu site sem tomar medidas disruptivas.
Passo 5: aplique as ações de resposta na sua aplicação
Assim que o veredicto chega, a sua aplicação aplica a resposta. Implementações típicas:
Para fluxos de início de sessão: verifique o veredicto de agente antes de processar o pedido de autenticação. Se a sessão for sinalizada como uma ferramenta de abuso conhecida, devolva um 403 antes de validar as credenciais. Não ocorre qualquer validação de palavra-passe, o que reduz a carga na base de dados provocada pelo credential stuffing, além de bloquear a sessão.
Para fluxos de checkout: verifique o veredicto de agente e o score de risco da sessão antes de mostrar o formulário de pagamento. As sessões automatizadas de alto risco não devem chegar à fase dos campos de pagamento.
Para fluxos de registo: verifique o identificador de dispositivo em relação a contas ligadas conhecidas antes de concluir a criação da conta. Isto responde ao multi-accounting, bem como à criação de contas impulsionada por agentes de IA e aos registos falsos.
Onde o bloqueio se encaixa na sua stack
A deteção na camada do browser não substitui a sua WAF nem o gestor de bots da CDN. Fica ao lado deles e cobre a lacuna que não conseguem alcançar: o tráfego automatizado que chega dentro de uma sessão de browser genuína. Mantenha os controlos da camada de rede para o tráfego volumétrico e não proveniente de browsers que tratam bem, e acrescente os veredictos da camada do browser para os agentes que passam por esses controlos. As duas camadas em conjunto dão-lhe uma decisão por sessão nos fluxos de início de sessão, checkout e registo sem bloquear em excesso os crawlers que quer manter.
Leitura relacionada
- Deteção de agentes de IA: como a cside pontua sessões de agentes e automatizadas a partir de uma única tag de script
- Account takeover: travar o abuso automatizado de início de sessão e o credential stuffing
- Multi-accounting: ligar dispositivos para apanhar a criação de contas impulsionada por agentes
