Metode: Slik fungerer dataene og verktøyene våre

Kortnummerering: ISO/IEC 7812

Betalingskortnumre følger standarden ISO/IEC 7812. Det første sifferet er Major Industry Identifier, de innledende sifrene utgjør Issuer Identification Number (IIN, vanligvis kalt BIN), de neste sifrene identifiserer den enkelte kontoen, og det siste sifferet er et kontrollsiffer.

Kortnettverk gjenkjennes på prefikser og lengder, for eksempel starter Visa-numre med 4, og flere nettverk bruker bestemte serier i 2- og 5-seriene. Verktøyene våre bruker disse publiserte mønstrene for å identifisere merket til et nummer.

6-sifrede og 8-sifrede BIN-er

IIN var historisk seks sifre. Standarden ble oppdatert til å støtte åttesifrede IIN-er, og de store nettverkene har gått over til åttesifrede serier. Ett sekssifret prefiks kan derfor dekke flere utstedere eller produkter.

Når du skriver inn åtte eller flere sifre, ser vi først etter den mest presise samsvarende serien og faller tilbake til den sekssifrede serien når det ikke finnes noen åttesifret oppføring.

Luhn-kontrollsummen

Luhn-algoritmen (mod 10) oppdager de fleste skrivefeil i enkeltsifre og mange ombyttinger. Den fungerer slik:

1. Start fra sifferet lengst til høyre og gå mot venstre, og doble hvert andre siffer.
2. Hvis doblingen gir et tall over 9, trekk fra 9.
3. Legg sammen alle sifrene.
4. Hvis summen er delelig med 10, består nummeret kontrollen.

Å bestå Luhn-kontrollen betyr bare at et nummer er riktig formet. Det betyr ikke at kortet finnes, er aktivt eller har dekning.

Slik settes BIN-databasen sammen

BIN-databasen vår kombinerer offentlig tilgjengelig serieinformasjon, bransjereferanser og rettelser rapportert av brukere. Oppføringene normaliseres slik at merke, type, nivå, bank og land bruker konsistente navn og koder, og motstridende oppføringer gjennomgås før de slås sammen.

Kortnettverk publiserer ingen fullstendig offentlig liste over alle serier, så ingen BIN-database fra tredjepart kan være perfekt. Vi er åpne om disse begrensningene:

• Utstedere kan når som helst omfordele, slå sammen eller avvikle serier, og oppføringene kan henge etter.
• Banknavn kan gjenspeile et eldre navn etter en fusjon eller navneendring.
• Kortnivå og type er feltene som oftest mangler eller er utdaterte.
• Serier for private label-kort, flåtekort og enkelte forhåndsbetalte kort er kanskje ikke oppført.

IP-geolokalisering

IP-oppslag bruker DB-IP Lite-databasen sammen med data om nettverkseierskap (ASN). Resultater på landsnivå er generelt nøyaktige, fordi IP-blokker tildeles nettverk i bestemte land.

By, region og koordinater er omtrentlige. Mobiloperatører, bedriftsnettverk, VPN-er og satellittforbindelser kan plassere en bruker langt fra den rapporterte posisjonen, så bydata må aldri brukes som bevis på hvor noen befinner seg.

VPN- og proxy-gjenkjenning sammenligner nettverket som eier en IP, med kjente hosting-, VPN- og Tor-nettverk. Det gir et risikosignal, ikke en sikkerhet.

Validering av SWIFT/BIC og IBAN

En SWIFT/BIC-kode har 8 eller 11 tegn: en bankkode, en ISO-landkode, en stedskode og en valgfri filialkode. Vi kontrollerer formatet og landkoden og matcher kodene mot referansekatalogen vår.

IBAN-er valideres med ISO 13616 MOD-97-kontrollen: de fire første tegnene flyttes til slutten, bokstaver gjøres om til tall, og resultatet må gi rest 1 når det deles på 97. Vi kontrollerer også lengden som forventes for hvert land.

Syntetiske testdata

Kortnumre og IBAN-er fra generatorene våre er syntetiske. De bygges fra et valgt prefiks eller landformat med tilfeldige sifre og et korrekt kontrollsiffer, slik at de består formatvalidering i programvare som testes.

De er ikke knyttet til noen ekte konto, og utløpsdatoer og sikkerhetskoder er tilfeldige. Testdata er kun for utvikling, kvalitetssikring og opplæring.

Oppdateringer og rettelser

Referansedata gjennomgås og oppdateres jevnlig, og rapporterte feil kontrolleres og rettes etter hvert som de kommer inn. Datoen på hver side viser når sideinnholdet sist ble gjennomgått.