Encoder Base32
Encode teks atau byte hex ke Base32 (RFC 4648) dengan alfabet standar A–Z2–7 atau base32hex. Aman untuk UTF-8, padding opsional, berjalan di browser Anda.
24 karakter · 28 byte (UTF-8)
0 karakter · 0 byte (UTF-8)
Berjalan sepenuhnya di browser Anda. Data Anda tidak pernah diunggah.
Apa itu Base32 Encode?
Meng-encode teks atau byte mentah dengan Base32 dari RFC 4648. Base32 hanya memakai huruf besar dan angka 2–7, sehingga tidak peka huruf besar/kecil dan menghindari karakter yang mudah tertukar – itulah sebabnya dipakai untuk secret TOTP, alamat onion, dan sistem file yang mengabaikan huruf besar/kecil.
Cara menggunakan Base32 Encode
- Masukkan teks di Masukan, atau pilih Byte heksadesimal sebagai Format input untuk byte mentah.
- Pilih Alfabet: Standar (A–Z, 2–7) atau Hex diperluas (0–9, A–V).
- Pertahankan atau hapus Tambahkan padding =.
- Salin Base32 dari Keluaran.
Contoh
foobar
MZXW6YTBOI======
Test vector RFC 4648 §10; base32hex menghasilkan CPNMUOJ1E8======.
Kapan menggunakan Base32 Encode
Pilih Base32 ketika nilai hasil encode mungkin diketik manusia, dibandingkan tanpa memedulikan huruf besar/kecil, atau dipakai di nama DNS dan nama file. Ukurannya 60% lebih besar dari input (dibanding 33% untuk Base64), jadi gunakan Base64 jika ukuran penting dan huruf besar/kecil terjaga.
Cara kerja Base32 Encode
Byte dibaca sebagai aliran bit dan dipotong menjadi kelompok 5 bit; setiap kelompok (0–31) memilih satu karakter alfabet. Lima byte input (40 bit) menghasilkan tepat delapan karakter. Blok terakhir yang lebih pendek diisi nol hingga menjadi kelompok 5 bit penuh, dan output di-padding dengan = hingga kelipatan 8 karakter. Teks dikonversi ke UTF-8 terlebih dahulu.
Kasus Penggunaan Umum
- Membuat secret TOTP/2FA untuk aplikasi autentikator
- Membuat pengenal yang tidak peka huruf besar/kecil
- Meng-encode data untuk label DNS atau sistem file yang tidak peka huruf besar/kecil
- Menguji implementasi RFC 4648 dengan test vector yang diketahui
Pertanyaan Umum
Apa itu base32hex?
Alfabet "Extended Hex" dari RFC 4648 §7 (0–9, A–V). Alfabet ini mempertahankan urutan sortir byte asli dan dipakai pada record DNSSEC NSEC3.
Apakah Base32 sama dengan Crockford Base32?
Tidak. Crockford Base32 memakai alfabet berbeda tanpa I, L, O, dan U; alat ini mengimplementasikan alfabet RFC 4648.
Haruskah saya mempertahankan padding =?
Pertahankan untuk konsumen yang ketat mengikuti RFC 4648. Secret TOTP biasanya ditampilkan tanpa padding, dan sebagian besar decoder (termasuk milik kami) menerima keduanya.