0

Testa kartes numuru ģenerators (Luhn-derīgs, tikai smilškastes)

Ģenerējiet viltotus, Luhn kontrolsummas derīgus testa karšu numurus no publiski dokumentētiem smilškastes BIN diapazoniem (Visa, Mastercard, Amex, Discover) kvalitātes nodrošināšanai un izrakstīšanās plūsmas testēšanai. Nav īstas kārtis.

⚠️
Tikai viltoti testa numuri — tie nederēs nevienam reālam pirkumam
Katrs tālāk norādītais cipars ir sintētisks, ģenerēts no publiski dokumentētiem smilškastes/testa BIN diapazoniem, ko paši maksājumu apstrādātāji publicē izstrādātājiem, kuri pārbauda norēķinu plūsmas (tāds pats stils, ko izmanto Stripe, PayPal un citi). Šie numuri nav saistīti ar nevienu reālu kontu vai kartes īpašnieku, tos nevar izmantot, lai kaut ko iegādātos, un tie pastāv tikai, lai aizpildītu testa režīma maksājumu veidlapas un automatizētas kvalitātes nodrošināšanas pārbaudes.

1-20 vienlaikus.

Tīri testa veidlapu aizpildīšanai - nejauši izvēlēts nākotnes mēnesis/gads un pareiza izmēra CVV (3 cipari, Amex 4), abi pilnībā sintētiski.

Buy Me a Coffee at ko-fi.com
Notiek apstrāde... 0%
Dokumentēta testa BIN diapazona izvēle
Luhn kontrolsummas ciparu aprēķināšana
Karšu numuru formatēšana
Gatavs

Rezultāts

Šis rīks ģenerē viltotus, sintētiskos karšu numurus tikai vienam mērķim: norēķināšanās veidlapas izmantošanai, maksājumu SDK integrācijai vai automātiskai pārbaudes komplektam, nepieskaroties reālam kontam. Tas nav veids, kā iegūt strādājošu karti, un neviens no tās izvadi nav saistīts ar reālu kontu, kartes īpašnieku vai banku. Katrs numurs tiek veidots, pamatojoties uz BIN prefiksu, ko maksājumu apstrādātāji publicē savā izstrādātājam paredzētajā smilškastes dokumentācijā, lai inženieri varētu aizpildīt testa režīma maksājumu veidlapas — tieši tās pašas 424242..., 411111..., 555555..., 510510..., 378282..., 90111 un 6 stils. atsauce uz galvenajām vārtejas testa režīma dokumentiem. Šeit nekas neder reālam pirkumam, reālā veikalā, reālā maksājumu tīklā.

Tas, kas padara izvades izskatu derīgu, nevis tikai nejaušu virkni, ir īsta Luhn (mod-10) kontrolsumma, kas tiek aprēķināta no nulles katrā paaudzē: sākot no kandidāta numura galējā labā cipara, katrs otrais cipars tiek dubultots, no jebkura dubultotā rezultāta, kas pārsniedz 9, no tā tiek atņemti 9, visi cipari tiek summēti, un viens no atlikušajiem desmit lielajiem cipariem tiek izvēlēts. Tā ir tā pati aritmētika, ko veic pārlūkprogrammas puses pārbaude, kas “izskatās pēc derīga kartes numura”, tāpēc šie skaitļi iztur šo specifisko, šauro pārbaudi tāpat kā īsts kartes numurs, taču joprojām ir pilnīgi viltots, ģenerēts lokāli un nederīgs faktiskam darījumam.

Rīks saglabā dokumentēto testa prefiksu fiksētu katrā tīklā un nejauši iedala visu pēc tā, tāpēc līdz pat 20 skaitļu partija patiešām ir 20 dažādi derīgi Luhn skaitļi, nevis tas pats plaši pazīstamais burtiskais testa numurs, kas tiek drukāts atkārtoti. Katrs rezultāts tiek pārklasificēts pēc reālajiem BIN diapazona noteikumiem, ko izmanto maksājumu veidlapas, lai noteiktu kartes tīklu (vadošā 4 — Visa, 51–55 vai 2221–2720 — Mastercard, 34 vai 37 — Amex, 6011 vai 65 — Discover), tikai lai pārliecinātos, ka parādītā etiķete atbilst pareizi ģenerētajiem cipariem, plus V cipariem, plus 3. Amex) un izvēles nejaušu derīguma termiņu nākotnē, lai būtu ērti, aizpildot pilnu testa veidlapu.

Šī ir izstrādātāja un kvalitātes nodrošināšanas ērtība, nevis maksājumu produkts: tas pastāv, jo Stripe, PayPal un vairums citu procesoru jau publicē šos precīzus tikai pārbaudes numurus ikvienam, kas integrē savu norēķināšanos, un, ja ir ātrs veids, kā ģenerēt variantus, kas joprojām atbilst klienta puses veiktajai Luhn validācijai, tiek ietaupīta to pašu dažu mācību grāmatu numuru pārrakstīšana ar roku. Viss darbojas lokāli jūsu pārlūkprogrammā, izmantojot Web Crypto nodrošināto nejaušību — nekas nekur netiek pārsūtīts, un nekas, kas šeit tiek ražots, nekad nedrīkst tikt ievadīts īsta tirgotāja tiešraidē.