Pembuat Kata Sandi
Buat kata sandi acak yang kuat dengan API kripto browser Anda. Pilih panjangnya, set karakter, kecualikan karakter yang mirip, jamin satu karakter dari
Buat kata sandi acak dengan API kriptografi browser, bukan dengan Math.random, agar hasilnya layak dipakai untuk akun sungguhan. Pilih panjangnya, set karakter mana yang disertakan, apakah karakter yang mudah tertukar seperti l, 1, I, dan O dikecualikan, dan apakah setidaknya satu karakter dari setiap jenis yang dipilih harus dijamin ada.
Angka entropi dalam bit memberi tahu seberapa kuat kata sandi itu menahan tebakan: di bawah 60 bit lemah terhadap penyerang yang gigih, 80 bit sudah kokoh untuk akun biasa, dan 100 bit atau lebih adalah yang Anda inginkan untuk kata sandi utama atau kunci API. Pembuatan secara lokal berarti kata sandinya tidak pernah melintasi jaringan, dan itulah intinya.
Cara membuat kata sandi yang kuat
Pilih panjang dan set karakternya
Atur opsi karakter mirip dan opsi jaminan
Salin kata sandinya dan periksa entropinya
FAQ
Seberapa panjang sebaiknya sebuah kata sandi?
Enam belas karakter dari set campuran adalah default yang baik untuk apa pun yang penting. Panjang menambah kekuatan lebih banyak daripada karakter yang eksotis, jadi utamakan 20 karakter daripada 12 karakter bersimbol jika Anda punya pilihan.
Apa arti nilai entropinya?
Itu adalah jumlah bit keacakan pada kata sandi yang dihasilkan, dihitung dari panjangnya dan ukuran kumpulan karakter yang dipakai. Setiap bit tambahan menggandakan usaha yang dibutuhkan untuk menebaknya.
Mengapa karakter yang mudah tertukar dikecualikan?
Karakter seperti l, 1, I, O, dan 0 mudah tertukar ketika Anda harus membaca kata sandi dari layar lalu mengetiknya di ponsel atau di sebuah perangkat. Mengecualikannya membuat pengetikan manual jauh lebih kecil kemungkinan salahnya.
Apakah aman dipakai?
Nilainya berasal dari crypto.getRandomValues, sumber acak kriptografis browser, dan itulah pilihan yang benar untuk kata sandi. Pembuatannya terjadi secara lokal dan tidak ada yang dikirim ke mana pun.
Bolehkah saya membuat satu kata sandi lalu memakainya berulang?
Tidak. Pakai kata sandi unik untuk setiap layanan dan simpan semuanya di pengelola kata sandi - satu kata sandi yang dipakai berulang berarti satu pelanggaran membahayakan setiap akun yang memakainya.
Apakah kata sandi yang dihasilkan disimpan di suatu tempat?
Tidak. Tidak ada yang disimpan, dicatat di log, atau dikirim; jika Anda menutup halamannya, kata sandinya hilang kecuali Anda sudah menyalinnya.
Sekilas
| Masukan | teks |
|---|---|
| Beberapa file | Tidak |
| Dijalankan di | Di browser Anda - file tidak pernah diunggah |
| Bekerja offline | Ya — setelah halaman dimuat |
| Harga | Gratis, tanpa pendaftaran, tanpa tanda air |
Menangani rahasia dengan aman
Alat pengembang memproses kredensial lebih sering daripada yang orang sadari, dan risikonya bukan pada algoritmenya melainkan pada ke mana datanya pergi. Hashing bersifat satu arah dan bukan enkripsi - MD5 dan SHA-1 sudah rusak untuk apa pun yang berkaitan dengan keamanan, dan bahkan SHA-256 adalah alat yang keliru untuk menyimpan kata sandi, karena bcrypt, scrypt, atau Argon2 justru ada untuk dibuat lambat. Base64 adalah pengodean, bukan perlindungan: siapa pun bisa mendekodenya, jadi jangan pernah menganggapnya sebagai penyamaran. JWT bisa dibaca siapa pun yang memegangnya, itulah sebabnya payload-nya tidak boleh memuat rahasia, dan mendekode token tidak memverifikasi tanda tangannya - verifikasi memerlukan kuncinya. Semua yang ada di situs ini berjalan lokal di browser Anda, dan itulah alasan situs ini bisa menangani token serta kata sandi dengan aman.
Di mana konversi diam-diam rusak
Sebagian besar bug konversi bukan soal sintaksis, melainkan soal makna. Kolom kode pos pada CSV kehilangan angka nol di depannya begitu spreadsheet menduga kolom itu berisi angka; ID yang panjang melampaui presisi floating-point; tanggal berubah makna tergantung apakah formatnya tanggal-dulu atau bulan-dulu. Kunci JSON tidak berurutan, sedangkan array berurutan, dan alat yang mengurutkan kunci tidak mengubah apa pun sementara alat yang mengurutkan array mengubah datanya. Unicode adalah jebakan lain: teks bisa datang sebagai UTF-8, UTF-16, atau dengan BOM, dan dekoder yang salah menebak mengubah karakter beraksen menjadi mojibake. Sebelum memercayai konversi apa pun, periksa sekilas baris pertama dan terakhir, setiap bidang yang memiliki angka nol di depan, dan setiap bidang yang memuat tanda kutip, koma, atau baris baru.