Tesztkártyaszám-generátor (Luhn-érvényes, csak homokozóban)

Ez az eszköz csak egyetlen célra generál hamis, szintetikus kártyaszámokat: fizetési űrlap kitöltésére, fizetési SDK-integrációra vagy automatizált tesztcsomagra anélkül, hogy valódi fiókot érintene. Ez nem egy módja annak, hogy működő kártyát szerezzenek, és egyik kimenete sem kapcsolódik valódi számlához, kártyabirtokoshoz vagy bankhoz. Minden szám egy BIN-előtagra épül, amelyet a fizetésfeldolgozók a saját, fejlesztők számára készült sandbox-dokumentációjukban tesznek közzé, hogy a mérnökök kitölthessék a tesztmódú fizetési űrlapokat – pontosan ugyanazt a 424242..., 411111..., 555555..., 510510..., 378282..., 90, 37111 és ...6 előtagot. hivatkozott a mainstream gateway tesztmódú dokumentumokban. Itt semmi sem működik valódi vásárláshoz, valódi üzletben, valódi fizetési hálózaton.

Ami a kimenetet érvényesnek teszi, nem csupán véletlenszerű karakterláncot, az egy valódi Luhn (mod-10) ellenőrzőösszeg, amelyet minden generációnál a nulláról számítanak ki: a jelölt szám jobb szélső számjegyétől kezdve minden második számjegyet megdupláznak, minden 9 feletti duplázott eredményből 9-et vonnak ki, az összes számjegyet összeadják, és a maradék tíz főjegyet a többszörösen választják. Ez ugyanaz az aritmetika, amelyet a böngészőoldali „érvényes kártyaszámnak néz ki” ellenőrzése végez, tehát ezek a számok ugyanúgy átmennek a specifikus, szűk teszten, mint a valódi kártyaszámok – miközben továbbra is teljesen hamisak, helyben generálják, és használhatatlanok egy tényleges tranzakcióhoz.

Az eszköz hálózatonként rögzítve tartja a dokumentált tesztelőtagot, és utána mindent véletlenszerűen randomizál, így egy legfeljebb 20 számból álló köteg valójában 20 különböző érvényes Luhn-szám, nem pedig ugyanaz a jól ismert szó szerinti tesztszám, amelyet ismételten nyomtatnak ki. Ezután minden eredményt átsorolnak a valódi BIN-tartomány szabályai szerint, amelyeket a fizetési űrlapok használnak a kártya hálózatának észlelésére (vezető 4-es Visa esetén, 51-55 vagy 2221-2720 Mastercard, 34 vagy 37 Amex, 6011 vagy 65 Discover esetén), pusztán annak ellenőrzésére, hogy a megjelenített címke megfelel-e a helyesen generált számoknak (CV, plusz 3 számjegyek, plusz 3 számjegyek). Amex) és egy opcionális véletlenszerű jövőbeni lejárati dátum a kényelem érdekében a teljes tesztűrlap kitöltésekor.

Ez egy fejlesztői és minőségbiztosítási kényelem, nem pedig fizetési termék: azért létezik, mert a Stripe, a PayPal és a legtöbb más processzor már közzéteszi ezeket a pontos tesztszámokat mindenki számára, aki integrálja a pénztárát, és mivel gyorsan generálhatók olyan változatok, amelyek továbbra is kielégítik az ügyféloldali Luhn-ellenőrzést, megspórolja ugyanazt a néhány tankönyvi számot kézzel. Minden helyileg fut a böngészőben a webes kriptográfia által támogatott véletlenszerűséggel – semmi sem kerül továbbításra sehova, és az itt előállított semmit soha nem szabad bevinni egy valódi kereskedő élő pénztárába.