NimbusX
00
› página carregada
← blog
detectores21.07.20268 min

O que os testes públicos revelam

Cada build passa por sete detectores, e o produto mantém os resultados datados e todo o histórico. Este guia explica o que cada teste mede, como interpretar os veredictos e por que um deles exige revisão manual.

01Conjunto de detectores

Último teste no motor 154.0.8037.58 obteve 100 de 100, com resposta dos seis detectores que entram na pontuação. Veja o que cada um mede:

DetectorO que medeResultado mais recente
CreepJScoerência do fingerprint e sinais contraditóriosok · 0% headless, 0% stealth
ipheyintegridade do navegador, do hardware e da redeTrustworthy
bot.sannysoftsinais de automação, WebDriver e modo headless0 falhas, WebDriver ausente
Cloudflarepassagem por um desafio anti-bot realdesafio concluído
TLSfingerprint do handshake TLS JA3/JA4JA4 t13d1517h2, família Chrome
WebRTCvazamento do IP realnenhum vazamento detectado
pixelscancoerência de tela, localização e rederevisado manualmente

02TLS: a assinatura que o JavaScript não consegue alterar

O fingerprint TLS é capturado antes de a página carregar. A ordem das cifras e extensões no handshake produz os hashes JA3 e JA4. Eles dependem da pilha de rede do motor, portanto um navegador que altera apenas o User-Agent é identificado logo na primeira conexão. No Chromium 154, nosso motor produz t13d1517h2 , o valor esperado para essa versão do Chrome. Para comparação, nosso motor Firefox produz t13d1617h2 e um User-Agent com rv:152.0: uma identidade Firefox coerente, não um Chrome com outro rótulo.

03Por que o Pixelscan é revisado manualmente

O Pixelscan não expõe o resultado final no texto da página. Depois de um minuto, a extração automática enxerga apenas a navegação e os anúncios, onde a palavra automation aparece nove vezes, o que torna uma avaliação por palavra-chave pouco confiável.

Não inventamos um veredicto. Esse detector tem peso automático zero e recebe a marcação manual: o NimbusX salva a captura de tela, deixa o teste fora da nota geral e encaminha o resultado para revisão humana. Um número inventado colocaria todas as medições em dúvida.

04Por que as falhas continuam no histórico

Cada execução é salva com data, ID do perfil e resultado, inclusive quando falha. Uma linha vermelha costuma ser mais útil que uma verde: mostra qual build falhou em qual detector e o que mudou depois da atualização do Chromium.

Há um exemplo no nosso próprio histórico. Depois que adicionamos as configurações de dispositivo, as seções destacadas pelo CreepJS caíram de duas para uma, e o executor registrou a melhora automaticamente. Uma aba do iphey que não carrega recebe outro tratamento: a página também pode falhar no motor sem modificações, por isso um detector sem resposta é excluído em vez de ser marcado como aprovado ou reprovado. Dados de regressão só servem quando suas regras são confiáveis.

05Confira o resultado atual

Sem instalar o NimbusX teste de impressão do navegador mede o navegador atual. No produto instalado, a bancada abre os detectores selecionados em perfis novos e guarda a resposta real de cada site:

$ python -m app.cli bench run \ --only creepjs,iphey,sannysoft \ --note release-candidate # o resumo aparece quando o teste termina

06Leia mais

Como os detectores relacionam perfis · Proxies que travam o navegador

Baixar NimbusXPergunta técnica: @Get_NimbusX_Bot