Impressão digital TLS

A impressão digital TLS identifica o software cliente por trás de uma conexão criptografada, examinando os detalhes de seu aperto de mão TLS — a lista ordenada de suítes de criptografia, extensões, grupos suportados e versões de protocolo que ele anuncia no ClientHello. Diferentes bibliotecas e navegadores produzem combinações distintas, então um servidor pode reconhecer "isso parece Chrome" ou "isso parece um script Python" sem descriptografar nenhum tráfego. As codificações mais conhecidas dessa assinatura são JA3 e a mais nova JA4.

Sistemas anti-bot usam impressões digitais TLS para capturar clientes cujo handshake não corresponde ao navegador que afirmam estar em seu User-Agent. Um script que apresenta um User-Agent do Chrome, mas uma impressão digital TLS do Python, é uma incompatibilidade óbvia. É por isso que a automação séria usa bibliotecas que imitam o handshake de um navegador real, e por que existem navegadores anti-detect. Um proxy muda seu IP, mas não sua impressão digital TLS, então os dois são controles complementares: o proxy lida com a camada de rede enquanto seu software cliente determina o handshake que um servidor vê.

A lição para automação é que a identidade IP e TLS são camadas separadas que você deve gerenciar juntas. Um proxy ou a VPN lida com a origem da rede, enquanto a biblioteca ou o navegador que você usa corrige o handshake que um servidor vê. Para parecer um navegador real, você precisa de um software que negocie TLS como um; emparelhá-lo com uma saída cuja localização corresponda aos seus outros sinais fornece uma história consistente, enquanto um navegador User-Agent sobre um handshake de script se destaca imediatamente.