Para empresas
Equipes antifraude, engenheiros de segurança, PMs de plataforma. As equipes que pagam quando a fraude entra — e as equipes que pagam quando clientes reais vão embora.
Fingerprinting de navegador que detecta fraude sem prejudicar clientes reais com falsos positivos. Pontuações de risco calibradas, resultados calibrados.
O fingerprinting raramente é só sobre uma equipe. O mesmo sinal molda resultados para empresas, plataformas e as pessoas que as usam.
Equipes antifraude, engenheiros de segurança, PMs de plataforma. As equipes que pagam quando a fraude entra — e as equipes que pagam quando clientes reais vão embora.
Marketplaces, redes sociais, plataformas multilaterais. A confiança entre usuários importa mais do que nunca; resistência a Sybil é um fosso real.
Usuários finais. O stakeholder pouco discutido. Pessoas desafiadas erroneamente, bloqueadas ou obrigadas a resolver CAPTCHAs só por usar Brave.
Seis capacidades. Cada uma enraizada em um resultado real de negócio.
Quatro etapas. O navegador coleta, o token carrega o sinal, a pontuação é calibrada no servidor e seu código decide.
Navegador
O SDK coleta 30+ sinais do navegador no lado do cliente — canvas, WebGL, áudio, fontes, marcadores de hardware. Carregado em async, nunca bloqueia DOMContentLoaded.
Token
Os sinais são embrulhados em um token assinado (ES256) e enviados ao seu backend. O token não pode ser repetido; ele carrega o fingerprint completo.
Pontuação
Seu servidor chama verify(). Devolvemos um risco de 5 níveis + confiança + trace de flags. Sem DNS lookup; p99 abaixo de 12 ms na edge.
Decisão
Seu código lê o nível de risco e decide. Bloquear, desafiar, observar ou permitir — sua política, nosso recibo.
Quatro camadas de sinal, compostas em uma única fingerprint calibrada. Cada camada responde a uma pergunta diferente — juntas, são a diferença entre um veredito e uma medição.
O navegador é real?
Pegue tráfego automatizado, navegadores mascarados e visitantes sintéticos no momento em que chegam — antes de alcançarem seu signup, login ou checkout. Clientes reais passam. Os falsos, não.
→ Categorias de detecçãoA rede é segura?
Identifique origens suspeitas e infraestrutura de alto risco sem punir tráfego legítimo. Trabalhadores remotos, usuários de VPN e redes corporativas continuam bem-vindos. Fontes de fraude no atacado são sinalizadas.
→ Categorias de detecçãoO dispositivo é real?
Verifique o dispositivo real por trás da sessão — não só o software rodando nele. Usuários genuínos em dispositivos genuínos passam sem esforço. Bots em infraestrutura descartável compartilhada vêm à tona imediatamente.
→ Categorias de detecçãoO usuário é real?
Distinga uma pessoa real de um script pelo ritmo de como interage com a página. Humanos hesitam, se corrigem, exploram. A automação se move com uma precisão reveladora que não consegue esconder.
→ Categorias de detecçãoQuatro camadas de sinal, cada uma responde uma pergunta diferente. Juntas, marcam a diferença entre um veredicto e uma medição.
Seis categorias de ameaça. Cada uma ajustada para pegar automação, fraude e abuso — sem desafiar erroneamente clientes reais.
Uma requisição do navegador se ramifica em seis categorias de detecção cujos sinais ponderados se combinam em uma pontuação de risco calibrada.
A maioria dos serviços de impressão digital diz o que você quer ouvir: bot ou humano. Binário. Limpo. Errado. Nós dizemos o que o sinal realmente diz, com confiança — e deixamos seu código decidir.
// Não te dizemos 'isso é um bot.'
// Dizemos risk: medium, confidence: 0,87.
// Você decide.
Cinco níveis. Calibrados contra dados populacionais — não binários, nunca silenciosos.
Onde sinais viram decisões. O console do operador — pesquise, compare, audite, decida.
Números reais de integrações reais. Viés para falso-negativo; viés para retenção de clientes.
Anéis Sybil detectados antes do bombardeio de avaliações — por sinal, não por IP.
Desafios para novos dispositivos em vez de bloqueios. Clientes reais não sentem nada.
Cliques em magic-links verificados por correspondência de impressão digital. Kits de phishing param aqui.
Seis propriedades que se sustentam sob inspeção. Sem mágica de fornecedor — cada uma é auditável contra a superfície do produto.
Residência de dados na EU
Pronto para GDPR
Código-fonte do SDK aberto
Nenhum PII coletado
p99 verify <12ms
Calibrado, não mágico
Restrições operacionais que aparecem por toda parte — no SDK, na API, no console do operador.
A política é sua. Nós entregamos a evidência.
Cada limiar é documentado e ajustável. Sem caixa preta.
Um cliente bloqueado nunca volta. Nos inclinamos contra isso.
Sem PII. Sem chamadas a terceiros. Não podemos vender o que nunca coletamos.
Perguntas reais de integrações reais. Se a sua não estiver aqui, a documentação provavelmente cobre.
Saídas Tor recebem por padrão um risco `medium` do sinal de IP (datacenter_asn + listas de exits conhecidos), mas a fingerprint em si continua sendo calculada. Se sua aplicação permite Tor explicitamente — jornalismo, busca sensível, fluxos para sobreviventes de abuso — defina `tor_policy: 'allow'` na chamada verify para suprimir o scoring baseado em IP mantendo todos os outros sinais ativos. O flag permanece na resposta de qualquer jeito; você só decide se ele entra na pontuação.
Todos funcionam. Cada um tem fingerprints distintivas — o farbling do Brave, os perfis de LibreWolf e Tor Browser são conhecidos nos nossos dados populacionais. Recursos de prevenção de tracking não quebram a verificação; só geram fingerprints diferentes (ainda consistentes). Sinalizamos o nível de proteção como um sinal honesto em vez de penalizar o usuário em silêncio.
Depende do limiar em que você dispara. Com os defaults (risk ≥ high → challenge), nosso benchmark interno contra um conjunto ground-truth de 4,2M sessões reais mede ~0,4% de falsos positivos. Em risk = critical only, a taxa FP cai para ~0,07%. Ambos os números são atualizados continuamente e visíveis no dashboard do operador, discriminados por família de navegador e país para você ver de onde vêm os erros.
Sim — o SDK coleta no navegador e emite um token assinado; a verificação acontece no servidor via nossa REST API. O token traz a fingerprint completa embutida e é verificado criptograficamente (ES256, `kid: nox-2026-01`), por isso `verify()` não faz DNS lookup durante uma requisição. A latência p99 de verify fica abaixo de 5 ms porque é uma checagem de assinatura mais um cache lookup, não uma re-coleta.
Somos sub-operador sob seu DPA, com nosso próprio DPA disponível mediante pedido. Tratamos fingerprints como 'dado pessoal' porque podem re-identificar um visitante recorrente — controles completos do Artigo 28 aplicáveis. Sem transferências para terceiros países; infraestrutura residente na UE (Cloudflare roteamento somente UE). Hard delete a pedido pelo backoffice. Assinamos DPAs em 24h. A lista de sub-operadores está em `/subprocessors`.
Mais cinco perguntas na doc — on-prem, iframes, comportamento de rede, ajuste de limiares e Noxtica vs. CAPTCHA. → Veja todas as perguntas na doc
Pare a fraude antes que ela aconteça. Mantenha clientes reais em movimento. Obtenha a calibração certa para o seu tráfego — e um time que realmente atende ao telefone.
Tudo o que você precisa para entregar com confiança — e nada do que não precisa.