Metodologia: come funzionano i nostri dati e strumenti

Numerazione delle carte: ISO/IEC 7812

I numeri delle carte di pagamento seguono lo standard ISO/IEC 7812. La prima cifra è il Major Industry Identifier, le cifre iniziali formano l'Issuer Identification Number (IIN, comunemente chiamato BIN), le cifre successive identificano il singolo conto e l'ultima cifra è una cifra di controllo.

I circuiti delle carte si riconoscono dai prefissi e dalle lunghezze: ad esempio i numeri Visa iniziano con 4 e diversi circuiti usano intervalli specifici nelle serie 2 e 5. I nostri strumenti usano questi schemi pubblicati per identificare il circuito di un numero.

BIN a 6 e a 8 cifre

Storicamente l'IIN era di sei cifre. Lo standard è stato aggiornato per supportare IIN a otto cifre e i principali circuiti stanno passando a intervalli a otto cifre. Un prefisso a sei cifre può quindi coprire più emittenti o prodotti.

Quando inserisci otto o più cifre, cerchiamo prima l'intervallo corrispondente più specifico e ripieghiamo sull'intervallo a sei cifre quando non esiste un record a otto cifre.

Il checksum Luhn

L'algoritmo di Luhn (mod 10) rileva la maggior parte degli errori di battitura su una singola cifra e molte trasposizioni. Funziona così:

1. Partendo dalla cifra più a destra e procedendo verso sinistra, raddoppia una cifra ogni due.
2. Se il raddoppio dà un numero maggiore di 9, sottrai 9.
3. Somma tutte le cifre.
4. Se il totale è un multiplo di 10, il numero supera il controllo.

Superare il controllo Luhn significa solo che il numero è ben formato. Non significa che la carta esista, sia attiva o abbia fondi.

Come viene compilato il database BIN

Il nostro database BIN combina informazioni pubbliche sugli intervalli, riferimenti di settore e correzioni segnalate dagli utenti. I record vengono normalizzati in modo che circuito, tipo, livello, banca e Paese usino nomi e codici coerenti, e i record in conflitto vengono esaminati prima di essere uniti.

I circuiti delle carte non pubblicano un elenco pubblico completo di tutti gli intervalli, quindi nessun database BIN di terze parti può essere perfetto. Siamo trasparenti su questi limiti:

• Gli emittenti possono riassegnare, unire o dismettere intervalli in qualsiasi momento e i record possono essere in ritardo.
• I nomi delle banche possono riflettere una denominazione precedente dopo una fusione o un rebranding.
• Livello e tipo di carta sono i campi che più probabilmente mancano o sono obsoleti.
• Gli intervalli private label, fleet e alcuni prepagati potrebbero non essere elencati.

Geolocalizzazione IP

Le ricerche IP usano il database DB-IP Lite insieme ai dati sulla proprietà delle reti (ASN). I risultati a livello di Paese sono generalmente accurati, perché i blocchi IP sono assegnati a reti in Paesi specifici.

Città, regione e coordinate sono approssimative. Operatori mobili, reti aziendali, VPN e connessioni satellitari possono collocare un utente lontano dalla posizione indicata, quindi i dati sulla città non vanno mai usati come prova di dove si trovi una persona.

Il rilevamento di VPN e proxy confronta la rete proprietaria di un IP con reti note di hosting, VPN e Tor. Produce un indicatore di rischio, non una certezza.

Convalida SWIFT/BIC e IBAN

Un codice SWIFT/BIC ha 8 o 11 caratteri: un codice banca, un codice Paese ISO, un codice località e un codice filiale facoltativo. Controlliamo il formato e il codice Paese e confrontiamo i codici con la nostra directory di riferimento.

Gli IBAN vengono convalidati con il controllo ISO 13616 MOD-97: i primi quattro caratteri vengono spostati in fondo, le lettere convertite in numeri e il risultato diviso per 97 deve dare resto 1. Controlliamo anche la lunghezza prevista per ciascun Paese.

Dati di test sintetici

I numeri di carta e gli IBAN prodotti dai nostri generatori sono sintetici. Sono costruiti a partire da un prefisso o da un formato nazionale scelto, con cifre casuali e una cifra di controllo corretta, così superano la convalida del formato nel software in fase di test.

Non sono collegati ad alcun conto reale e date di scadenza e codici di sicurezza sono casuali. I dati di test servono solo per sviluppo, QA e formazione.

Aggiornamenti e correzioni

I dati di riferimento vengono rivisti e aggiornati periodicamente e gli errori segnalati vengono verificati e corretti man mano che arrivano. La data mostrata su ogni pagina indica l'ultima revisione del suo contenuto.