Hash Kata Sandi: bcrypt, Argon2, PBKDF2

Menyimpan kata sandi sebagai teks biasa merupakan bencana — satu kebocoran basis data dapat mengekspos setiap akun. Kata sandi harus diproses dengan fungsi satu arah sebelum disimpan sehingga akses ke basis data sekalipun tidak mengungkapkan kata sandi asli.

Fungsi hash mengubah masukan dengan panjang berapa pun menjadi keluaran dengan panjang tetap. Masukan yang sama selalu menghasilkan keluaran yang sama, tetapi masukan asli tidak dapat dipulihkan dari hash tersebut. Contoh: SHA-256, bcrypt, Argon2.

Fungsi hash umum seperti SHA-256 dirancang agar cepat. Penyerang dapat menghitung miliaran hash SHA-256 per detik menggunakan GPU, sehingga pembobolan dengan coba paksa menjadi memungkinkan.

Hashing kata sandi memerlukan fungsi yang lambat dan mahal secara komputasi.

Salt adalah nilai acak yang ditambahkan ke setiap kata sandi sebelum hashing. Salt memastikan dua pengguna dengan kata sandi yang sama memiliki hash yang berbeda, sehingga mencegah serangan tabel pelangi dan pembobolan massal. Salt disimpan bersama hash (salt bukan rahasia).

bcrypt dirancang pada 1999 khusus untuk hashing kata sandi. bcrypt memiliki faktor biaya yang dapat dikonfigurasi untuk mengatur seberapa lambat proses hashing. Seiring peningkatan kemampuan perangkat keras, tingkatkan faktor biaya untuk mempertahankan keamanan.

Faktor biaya 12 umum digunakan saat ini — diperlukan waktu sekitar 250 ms untuk menghitung hash pada CPU modern.

PBKDF2 (Fungsi Derivasi Kunci Berbasis Kata Sandi 2) menerapkan fungsi hash, misalnya HMAC-SHA256, berkali-kali (iterasi). Semakin banyak iterasi, semakin lambat dan semakin aman. PBKDF2 direkomendasikan oleh NIST dan digunakan WPA2 untuk kata sandi Wi-Fi.

Argon2 memenangkan Kompetisi Hashing Kata Sandi pada 2015. Argon2 adalah standar modern yang dapat dikonfigurasi berdasarkan:

• Biaya waktu — jumlah iterasi
• Biaya memori — RAM yang diperlukan (membatasi akselerasi GPU)
• Paralelisme — jumlah utas

Gunakan Argon2id untuk sebagian besar aplikasi.

Tabel pelangi adalah pencarian hash yang telah dihitung sebelumnya hingga menjadi teks biasa. Tanpa salt, penyerang yang memiliki hash dapat langsung mencarinya di tabel. Salt membuat tabel pelangi tidak berguna karena setiap hash menjadi unik.

Pendekatan umum untuk pembobolan luring:

• Serangan kamus — mencoba kata sandi umum dan variasinya
• Coba paksa — mencoba semua kombinasi karakter
• Berbasis aturan — menerapkan aturan perubahan pada kamus (menambahkan tahun, menggunakan huruf kapital, bahasa leet)
• Alat: Hashcat, John the Ripper

Urutan pilihan untuk aplikasi baru:

1. Argon2id — ketahanan terbaik terhadap pembobolan menggunakan GPU/ASIC
2. bcrypt — didukung secara luas dan memiliki rekam jejak yang terbukti
3. PBKDF2 — disetujui NIST dan diwajibkan dalam beberapa konteks kepatuhan

Jangan pernah gunakan: MD5, SHA-1, atau SHA-256 tanpa salt untuk kata sandi.

Saat pengguna masuk:

1. Ambil nilai hash dan nilai acak tambahan yang tersimpan untuk pengguna tersebut
2. Hitung nilai hash kata sandi yang dikirimkan menggunakan nilai acak tambahan dan algoritme yang sama
3. Bandingkan nilai hash yang dihasilkan dengan nilai hash yang tersimpan (perbandingan dengan waktu konstan)
4. Jangan pernah mendekripsi—hanya lakukan perbandingan

Algoritme penghashan kata sandi manakah yang dianggap sebagai praktik terbaik saat ini dan menjadi pemenang Kompetisi Penghashan Kata Sandi?

Kata sandi harus disimpan sebagai nilai hash, bukan teks biasa. Algoritme cepat seperti SHA-256 tidak sesuai—gunakan fungsi lambat untuk menghitung hash kata sandi: Argon2id (diutamakan), bcrypt, atau PBKDF2. Selalu gunakan nilai acak tambahan yang berbeda untuk setiap kata sandi guna mencegah serangan tabel pelangi. Jangan pernah membuat kriptografi sendiri—gunakan pustaka yang telah teruji.