Per le aziende
Team antifrode, ingegneri della sicurezza, PM di piattaforma. I team che pagano quando la frode passa — e quelli che pagano quando i clienti veri se ne vanno.
Fingerprinting del browser che individua la frode senza falsi positivi sui clienti reali. Punteggi di rischio calibrati, risultati calibrati.
Il fingerprinting del browser raramente riguarda un solo team. Lo stesso segnale plasma i risultati per aziende, piattaforme e persone che li usano.
Team antifrode, ingegneri della sicurezza, PM di piattaforma. I team che pagano quando la frode passa — e quelli che pagano quando i clienti veri se ne vanno.
Marketplace, social network, piattaforme multi-versante. La fiducia tra utenti conta più che mai; la resistenza Sybil è un vero fossato.
Utenti finali. Lo stakeholder di cui si parla poco. Persone messe alla prova a torto, bloccate o costrette a risolvere CAPTCHA solo perché usano Brave.
Sei capacità. Ognuna radicata in un risultato di business reale.
Quattro fasi. Il browser raccoglie, il token trasporta il segnale, lo score è calibrato lato server, e il tuo codice decide.
Browser
L'SDK raccoglie 30+ segnali del browser lato client — canvas, WebGL, audio, font, marker hardware. Caricato async, non blocca mai DOMContentLoaded.
Token
I segnali sono incapsulati in un token firmato (ES256) e inviati al tuo backend. Il token non è replay-abile; trasporta il fingerprint completo.
Score
Il tuo server chiama verify(). Restituiamo un rischio a 5 livelli + confidence + flag trace. Nessun DNS lookup; p99 sotto i 12 ms all'edge.
Decisione
Il tuo codice legge il livello di rischio e decide. Bloccare, sfidare, osservare o consentire — la tua policy, la nostra ricevuta.
→ Leggi il flusso di integrazione completo nella documentazione
Quattro strati di segnale, composti in un'unica fingerprint calibrata. Ogni strato risponde a una domanda diversa — insieme sono la differenza tra un verdetto e una misura.
Il browser è reale?
Intercetta traffico automatizzato, browser mascherati e visitatori sintetici nel momento in cui arrivano — prima che raggiungano il tuo signup, login o checkout. I clienti reali passano. Quelli falsi no.
→ Categorie di rilevamentoLa rete è sicura?
Individua origini sospette e infrastruttura ad alto rischio senza punire il traffico legittimo. Lavoratori remoti, utenti VPN e reti aziendali restano benvenuti. Le sorgenti di frode all'ingrosso vengono segnalate.
→ Categorie di rilevamentoIl dispositivo è reale?
Verifica il dispositivo reale dietro la sessione — non solo il software che vi gira sopra. Gli utenti genuini su dispositivi genuini passano senza sforzo. I bot su infrastruttura usa-e-getta condivisa emergono subito.
→ Categorie di rilevamentoL'utente è reale?
Distingui una persona reale da uno script dal ritmo con cui interagisce con la pagina. Gli umani esitano, si correggono, esplorano. L'automazione si muove con una precisione rivelatrice che non può nascondere.
→ Categorie di rilevamentoQuattro livelli di segnale, ciascuno risponde a una domanda diversa. Insieme, fanno la differenza tra un verdetto e una misurazione.
Sei categorie di minaccia. Ognuna calibrata per cogliere automazione, frode e abuso — senza sfidare a torto i clienti reali.
Una richiesta del browser si ramifica in sei categorie di rilevamento, i cui segnali ponderati si combinano in un punteggio di rischio calibrato.
La maggior parte dei servizi di fingerprinting dice ciò che vuoi sentire: bot o umano. Binario. Pulito. Sbagliato. Noi diciamo ciò che il segnale dice davvero, con confidenza — e lasciamo decidere al tuo codice.
// Non ti diciamo «questo è un bot».
// Ti diciamo risk: medium, confidence: 0,87.
// Decidi tu.
Cinque livelli. Calibrati su dati di popolazione — non binari, mai silenziosi.
Dove i segnali diventano decisioni. La console operatore — cerca, confronta, audita, decidi.
Numeri reali da integrazioni reali. Bias verso il falso-negativo; bias verso la retention dei clienti.
Anelli Sybil rilevati prima del bombardamento di recensioni — per segnale, non per IP.
Sfide per nuovi dispositivi invece di blocchi. I clienti reali non sentono nulla.
Clic sui magic-link verificati per corrispondenza dell'impronta. I kit di phishing si fermano qui.
Sei proprietà che reggono all'ispezione. Niente magia del vendor — ognuna è verificabile contro la superficie del prodotto.
Residenza dei dati in EU
Pronto per GDPR
Sorgente SDK aperto
Nessun PII raccolto
p99 verify <12ms
Calibrato, non magico
Vincoli operativi che si vedono ovunque — nell'SDK, nell'API, nella console operatore.
La policy è tua. Noi consegnamo l'evidenza.
Ogni soglia è documentata e regolabile. Nessuna scatola nera.
Un cliente bloccato non torna più. Ci muoviamo contro questo.
Niente PII. Niente chiamate a terze parti. Non possiamo vendere ciò che non abbiamo mai raccolto.
Domande vere da integrazioni vere. Se la tua non c'è, probabilmente i docs la coprono.
Gli exit Tor ricevono di default un rischio `medium` dal segnale IP (datacenter_asn + liste di exit noti), ma la fingerprint viene comunque calcolata. Se la tua applicazione consente Tor esplicitamente — giornalismo, ricerca sensibile, flussi per superstiti di abuso — imposta `tor_policy: 'allow'` nella chiamata verify per sopprimere lo scoring basato su IP mantenendo attivi tutti gli altri segnali. Il flag resta nella risposta comunque; sei tu a decidere se conta nello score.
Funzionano tutti. Ognuno ha fingerprint distintive — il farbling di Brave, i profili di LibreWolf e Tor Browser sono noti nei nostri dati di popolazione. Le funzioni anti-tracking non rompono la verifica; producono semplicemente fingerprint diverse (comunque consistenti). Segnaliamo il livello di protezione come segnale onesto invece di penalizzare silenziosamente l'utente.
Dipende dalla soglia su cui scateni. Con i default (risk ≥ high → challenge), il nostro benchmark interno contro un set ground-truth di 4,2M sessioni utente reali misura ~0,4% di falsi positivi. A risk = critical only, il tasso FP scende a ~0,07%. Entrambi i numeri vengono aggiornati continuamente e sono visibili nella dashboard operatore, suddivisi per famiglia di browser e Paese così vedi da dove arrivano gli errori.
Sì — l'SDK raccoglie nel browser ed emette un token firmato; la verifica avviene server-side via la nostra REST API. Il token contiene la fingerprint completa ed è verificato crittograficamente (ES256, `kid: nox-2026-01`), quindi `verify()` non esegue lookup DNS durante una richiesta. La latenza p99 di verify è sotto i 5 ms perché è un controllo di firma più un cache lookup, non una ri-collezione.
Siamo sub-responsabile sotto il tuo DPA, con il nostro DPA disponibile su richiesta. Trattiamo le fingerprint come 'dato personale' perché potrebbero re-identificare un visitatore di ritorno — si applicano i pieni controlli dell'Articolo 28. Nessun trasferimento extra UE; infrastruttura EU-resident (Cloudflare routing solo UE). Hard delete su richiesta tramite il backoffice. Firmiamo DPA in 24 ore. La lista dei sub-responsabili è in `/subprocessors`.
Altre cinque domande nella doc — on-prem, iframe, comportamento di rete, regolazione delle soglie e Noxtica vs. CAPTCHA. → Vedi tutte le domande nella doc
Ferma la frode prima che si verifichi. Tieni in movimento i clienti reali. Ottieni la calibrazione adatta al tuo traffico — e un team che risponde davvero.
Tutto ciò che ti serve per spedire con sicurezza — e nient’altro.