Generator testnih številk kartic (veljaven Luhn, samo testni način)

To orodje ustvarja lažne, sintetične številke kartic za en sam namen: za preizkušanje nakupnega obrazca, integracije plačilnega SDK-ja ali samodejne testne zbirke, ne da bi pri tem posegali v resnični račun. Ne omogoča pridobitve delujoče kartice, prav tako noben njegov rezultat ni povezan z resničnim računom, imetnikom kartice ali banko. Vsaka številka temelji na BIN-prefiksu, ki ga plačilni sistemi objavljajo v svoji testni dokumentaciji za razvijalce prav zato, da lahko inženirji izpolnjujejo obrazce v testnem načinu – to so natanko tisti prefiksi v slogu 424242…, 411111…, 555555…, 510510…, 378282…, 371449… in 601111…, na katere se sklicujejo najbolj razširjeni testni priročniki plačilnih ponudnikov. Nobena od teh številk ne deluje pri resničnem nakupu, v pravi trgovini, na resnični plačilni mreži.

Kar naredi rezultat na prvi pogled veljaven in ne zgolj naključen niz, je pristna Luhnova (mod-10) kontrolna vsota, izračunana od začetka pri vsakem generiranju: od skrajno desne števke kandidatne številke podvojimo vsako drugo števko, od vsake podvojitve, večje od 9, odštejemo 9, vse števke seštejemo in izračunamo preostalo kontrolno števko tako, da skupni seštevek postane večkratnik števila deset. To je natanko ista računska operacija, kot jo izvede tudi pregled »izgleda kot veljavna številka kartice« na strani brskalnika, zato te številke ta specifični ozki test opravijo enako kot prava številka kartice – a so še vedno povsem lažne, ustvarjene lokalno in neuporabne za resnično transakcijo.

Orodje ohrani dokumentiran testni prefiks za posamezno omrežje nespremenjen, vse za njim pa naključno spremeni, tako da je paket do 20 številk zares 20 različnih Luhnovo veljavnih številk in ne zgolj večkrat izpisana ista znana testna številka. Nato vsak rezultat znova razvrstimo po istih pravilih BIN-obsegov, po katerih plačilni obrazci zaznavajo omrežje kartice (vodilna 4 za Viso, od 51 do 55 oziroma od 2221 do 2720 za Mastercard, 34 ali 37 za Amex, 6011 ali 65 za Discover). To storimo zgolj zato, da potrdimo, da prikazana oznaka ustreza ustvarjenim števkam. Poleg tega dodamo še CVV ustrezne dolžine (3 mesta, pri Amexu 4) in izbirni naključni prihodnji datum veljavnosti za priročno izpolnjevanje celotnega testnega obrazca.

To je pripomoček za razvijalce in zagotavljanje kakovosti, ne plačilni produkt: obstaja zato, ker Stripe, PayPal in večina drugih ponudnikov že objavljajo natanko te testne številke za vse, ki vključujejo njihove plačilne sisteme, možnost hitrega generiranja različic, ki še vedno opravijo Luhnovo validacijo na odjemalcu, pa prihrani ročno pretipkavanje vedno istih učbeniških številk. Vse poteka lokalno v vašem brskalniku z naključnostjo, podprto s kriptografskimi mehanizmi Web Crypto – nikamor ničesar ne pošiljamo in ničesar od tega, kar ustvarimo tukaj, nikoli ne vnesite v produkcijski nakupni obrazec resničnega trgovca.