Penjana Bcrypt

SHA-256 dan MD5 direka untuk menjadi pantas — GPU moden boleh mengira berbilion hash SHA-256 sesaat. Kepantasan itu membawa bencana untuk hashing kata laluan: penyerang boleh melakukan brute-force pada berbilion tekaan kata laluan sesaat. Bcrypt pula sengaja perlahan: satu pengiraanan hash mengambil masa beberapa milisaat pada faktor kos 10, yang mengecilkan ruang serangan kepada beberapa ratus tekaan sesaat walaupun dengan perkakasan berkuasa. Jangan sesekali gunakan MD5, SHA-1, atau malah SHA-256 secara langsung untuk hashing kata laluan — gunakan bcrypt, Argon2, atau scrypt.

Faktor kos 10 (2^10 = 1,024 iterasi) adalah minimum yang disyorkan oleh OWASP untuk kebanyakan aplikasi dan menghasilkan hash dalam masa kira-kira 100ms pada perkakasan moden. Gunakan faktor kos 12 untuk sistem yang mengendalikan data sensitif seperti akaun kewangan. Setiap kenaikan menggandakan masa pengiraan: faktor 12 mengambil masa 4x lebih lama daripada faktor 10. Uji pada perkakasan pelayan sebenar anda dan sasarkan 100-300ms setiap hash — cukup perlahan untuk menghalang penyerang, dan cukup pantas supaya tidak mengganggu pengguna yang sah. Jangan sesekali turun di bawah faktor 10 dalam pengeluaran (production).

Bcrypt menjana garam rawak kriptografi 22-aksara untuk setiap hash dan menyematkannya dalam rantaian output. Garam tersebut memastikan bahawa walaupun dua pengguna mempunyai kata laluan yang sama, mereka akan mendapat nilai hash yang berbeza. Ini mengalahkan rainbow tables (pemetaan hash-ke-kata laluan yang dikira awal) dan menghalang penyerang daripada melihat bahawa dua akaun berkongsi kata laluan yang sama. Garam disimpan sebagai sebahagian daripada rantaian hash ($2b$10$<22-char-salt><31-char-hash>), jadi anda tidak perlu menyimpannya secara berasingan.

Tidak. Bcrypt (seperti semua fungsi hashing kriptografi yang betul) adalah fungsi satu hala — tiada cara untuk mengbaliknya. Satu-satunya cara untuk "mencari" kata laluan daripada hash bcrypt ialah dengan brute force: cuba berjuta-juta kata laluan calon sehingga satu daripadanya sepadan. Inilah sebabnya mengapa kelembapan bcrypt adalah ciri keselamatan, bukannya pepijat (bug). Untuk menyemak sama ada kata laluan itu betul, anda menggunakan fungsi verify — ia mengira semula hash input dengan garam yang disimpan dalam hash dan membandingkan hasilnya.

Tab Verify mengekstrak garam dan faktor kos yang disemat dalam rantaian hash sedia ada, menjalankan bcrypt pada kata laluan input menggunakan parameter tersebut, dan membandingkan hasilnya dengan hash yang disimpan. Jika sepadan, kata laluan adalah betul. Inilah cara pengesahan berfungsi dalam aplikasi web: hash yang disimpan tidak pernah berubah, dan anda mengesahkan percubaan log masuk dengan mengira semula hash dengan garam yang sama. Proses ini mengambil masa yang sama dengan menjana hash, dan itu memang disengajakan.

Ya. Bcrypt memotong (truncates) kata laluan pada 72 bait. Ini bermakna kata laluan yang sangat panjang (melebihi 72 aksara ASCII, atau kurang untuk aksara Unicode pelbagai bait) akan menghasilkan hash yang sama tanpa mengira apa yang menyusul selepas bait ke-72 — "password123" dan "password123abc..." akan menghasilkan nilai hash yang sama jika 72 bait pertama sepadan. Untuk aplikasi di mana pengguna mungkin memasukkan kata lalawan lebih daripada 72 aksara, langkah pencegahan biasa adalah dengan melakukan SHA-256 pada kata laluan terlebih dahulu, kemudian masukkan hasil hash tersebut ke dalam bcrypt (hash tersebut adalah 64 aksara ASCII, jauh di bawah had).

Tidak. Alat ini menggunakan pelaksanaan JavaScript tulen untuk bcrypt yang berjalan sepenuhnya di dalam pelayar anda. Kata laluan anda, hash yang dihasilkan, dan semua keputusan pengesahan kekal di peranti anda. Tiada apa-apa yang dihantar ke mana-mana pelayan. Ini menjadikannya selamat untuk menjana dan menguji hash menggunakan kata laluan sebenar semasa pembangunan, walaupun anda harus menggunakan kata laluan ujian dan bukannya kredensial pengguna sebenar sebagai amalan terbaik.