Pembuat Kartu Kredit Palsu
Buat nomor kartu kredit palsu yang sesuai dengan algoritma Luhn (dengan tanggal kadaluarsa dan CVV yang dibuat-buat) untuk menguji formulir pembayaran dan alur checkout — Visa, Mastercard, American Express, dan Discover. Bukan kredensial pembayaran asli.
Input
Output
Data uji palsu yang sesuai dengan Luhn saja — bukan kredensial pembayaran asli. Nomor | Kadaluarsa | CVV, satu per baris.
Cara lain menggunakan alat ini
REST API
curl -X POST https://api.iotools.cloud/v1/tool/credit-cards-generator \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"cardNetwork": "visa",
"count": "5"
}'Ganti dengan kunci Anda sendiri dari akun Anda. Bidang alat menjadi isi permintaan — tanpa pembungkus.
Tanyakan ke agen AI
Use the IOTools `credit-cards-generator` tool (Credit Cards Generator) on this input:
YOUR_INPUT_HERETempelkan ini ke agen mana pun yang terhubung ke server MCP IOTools, lalu tambahkan input Anda.
Widget sematan
<iframe
src="https://iotools.cloud/embed/credit-cards-generator/"
width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
title="Pembuat Kartu Kredit Palsu — iotools.cloud"
sandbox="allow-scripts allow-forms allow-same-origin allow-downloads allow-popups allow-popups-to-escape-sandbox"
allow="clipboard-write"
style="width:100%;border:1px solid #e5e7eb;border-radius:12px;overflow:hidden"></iframe>
<script src="https://iotools.cloud/embed.js" async></script>Tempelkan ini di halaman Anda sendiri — gratis, tanpa kunci, cukup tautan balik.
| Biaya per panggilan API/MCP | Mulai dari 5 kredit |
|---|---|
| Butuh kredit lebih? | Lihat harga |
Juga tersedia melalui
Panduan
Setiap integrasi pembayaran membutuhkan data pengujian sebelum pernah menyentuh uang nyata. Alat ini menghasilkan nomor kartu kredit palsu yang sesuai dengan Luhn — ditambah tanggal kadaluarsa yang dibuat-buat dan CVV — untuk menguji formulir checkout, alur pembayaran, dan logika validasi selama pengembangan. Ini bukan kredensial pembayaran yang nyata dan dapat digunakan. Mereka adalah string digit acak yang dibangun di atas awalan BIN (Bank Identification Number) publik dari jaringan kartu dan diakhiri dengan digit pemeriksaan Luhn yang benar, tepatnya seperti nomor pengujian yang dipublikasikan Stripe sendiri 4242424242424242 atau nomor pengujian standar industri yang telah lama berlaku 4111111111111111. Tidak ada penerbit kartu yang pernah mengaktifkan kombinasi nomor/tanggal kadaluarsa/CVV spesifik ini untuk akun nyata, dan tidak ada yang dihasilkan di sini terkait dengan orang, bank, atau transaksi apa pun.
Cara kerjanya
- Pilih Jaringan Kartu — Visa, Mastercard, American Express, atau Discover.
- Pilih berapa banyak kartu yang akan dibuat (1-20).
- Klik Hasilkan. Setiap baris output adalah satu kartu pengujian palsu:
NOMOR | Kadaluarsa: MM/YY | CVV: NNN.
Nomor kartu selalu dimulai dengan awalan nyata untuk jaringan yang dipilih (misalnya nomor Visa dimulai dengan 4; Mastercard dengan 51-55; Amex dengan 34 atau 37; Discover dengan 6011), mengisi digit yang tersisa secara acak, dan menambahkan digit pemeriksaan yang dihitung dengan algoritma Luhn standar — checksum yang sama yang digunakan setiap jaringan kartu nyata dan yang sama yang biasanya divalidasi formulir pembayaran di sisi klien sebelum pernah mencapai pemroses pembayaran. Tanggal kadaluarsa adalah bulan acak 1-5 tahun ke depan, dan CVV dihasilkan secara acak (4 digit untuk American Express, 3 untuk yang lain). Keduanya tidak diperiksa terhadap atau berasal dari data kartu nyata apa pun — mereka hanya placeholder yang terlihat masuk akal.
Mengapa membuat ini daripada mengetik nomor dengan tangan?
Membuat nomor 16 digit yang kebetulan lulus pemeriksaan Luhn secara manual sangat membosankan dan rawan kesalahan. Insinyur QA, pengembang yang membangun alur checkout, dan siapa pun yang menulis tes otomatis untuk formulir pembayaran memerlukan pasokan cepat dari nomor yang terlihat nyata dan melewati validasi format/checksum dasar, tanpa risiko menggunakan data kartu asli di lingkungan pengujian. Ini adalah kategori alat yang sama yang dipublikasikan oleh pemroses pembayaran itu sendiri — Stripe, PayPal, Braintree dan lainnya semuanya mempertahankan daftar "nomor kartu pengujian" untuk tujuan ini.
Tanya Jawab
Dapatkah nomor-nomor ini digunakan untuk melakukan pembelian nyata? Tidak. Nomor yang sesuai dengan Luhn hanyalah pemeriksaan pertama, paling dasar yang dilakukan formulir kartu — tidak mengatakan apa pun tentang apakah nomor benar-benar dikeluarkan, aktif, atau terlampir pada dana. Nomor-nomor ini tidak ditugaskan ke akun nyata apa pun, jadi tidak ada pemroses pembayaran yang akan mengotorisasi biaya terhadapnya.
Apakah CVV dan tanggal kadaluarsa berarti apa pun? Tidak — mereka adalah placeholder yang dihasilkan secara acak, bukan berasal dari atau divalidasi terhadap data kartu nyata apa pun. Mereka hanya ada sehingga formulir pengujian yang memerlukan bidang-bidang tersebut memiliki sesuatu yang masuk akal untuk diterima.
Mengapa nomor selalu dimulai dengan cara yang sama untuk jaringan tertentu?
Nomor kartu dimulai dengan BIN/IIN — rentang awalan yang mengidentifikasi jaringan (dan, pada level yang lebih halus, bank penerbit). Rentang-rentang ini adalah informasi publik (Visa = 4, Mastercard = 51-55, Amex = 34/37, Discover = 6011), rentang yang sama yang akan Anda temukan didokumentasikan oleh jaringan itu sendiri. Menggunakannya hanya membuat nomor palsu format-benar untuk jaringan yang Anda pilih.
Apa itu algoritma Luhn? Checksum sederhana (ISO/IEC 7812) yang digunakan oleh semua jaringan kartu utama untuk menangkap kesalahan ketik dan kesalahan pemindaian: dimulai dari digit paling kanan, setiap digit kedua digandakan (dikurangi 9 jika hasilnya melebihi 9), dan semua digit dijumlahkan. Jumlah nomor yang sesuai selalu kelipatan 10. Alat ini menghitung digit pemeriksaan akhir untuk Anda setelah mengisi sisanya secara acak.
Privasi
Semuanya berjalan secara lokal di browser Anda — tidak ada yang Anda hasilkan di sini yang dikirim ke server, dicatat, atau disimpan. Karena output dihasilkan secara acak daripada berasal dari input apa pun yang Anda berikan, tidak ada yang sensitif untuk dilindungi sejak awal.