Cara menggunakan
- Tempel string yang tidak dikenal ke kolom masukan.
- Pendeteksi menjalankan setiap decoder dan menampilkan pengodean yang dapat mendekode string dengan bersih, mulai dari yang paling mungkin.
- Periksa pratinjau teks atau byte hasil dekode dan tipe file yang terdeteksi untuk setiap kandidat.
- Setelah pengodeannya diketahui, klik Buka alat untuk membuka halaman alatnya dan mendekode, mengonversi, atau mengunduh data.
Cara pendeteksi mengambil keputusan
Setiap pengodean memiliki aturan yang dipatuhi atau dilanggar oleh sebuah string. Pendeteksi menjalankan setiap decoder pada masukan Anda. Decoder yang menemukan karakter di luar alfabetnya, panjang yang mustahil, atau padding yang salah tempat langsung dicoret, dan sisanya diurutkan berdasarkan seberapa masuk akal keluarannya.
- Set karakter. Hex hanya memakai
0-9dana-f. Base58 tidak pernah berisi0,O,I, ataul. Karakter+atau/mengarah ke Base64, sedangkan-dan_mengarah ke Base64URL. - Panjang dan padding. Hex memerlukan jumlah digit genap. Base64 bekerja dalam kelompok 4 karakter dan Base32 dalam kelompok 8, dan padding
=pada keduanya hanya boleh muncul di akhir. - Keluaran yang dapat dibaca. Kandidat yang didekode menjadi UTF-8 valid berisi karakter yang dapat dicetak jauh lebih mungkin benar daripada kandidat yang menghasilkan byte yang tampak acak.
- Penanda tipe file. Byte hasil dekode yang diawali magic number yang dikenal, seperti header PNG, JPEG, PDF, ZIP, atau gzip, dilaporkan beserta tipe filenya.
Pembungkus seperti awalan URI data:, pembatas Adobe <~ ~>, atau baris begin uuencode dikenali oleh decoder yang sesuai. Semua ini berjalan di browser Anda.
Mengapa hasilnya berupa peringkat, bukan kepastian
Alfabet berbagai pengodean banyak yang tumpang tindih. String 48656c6c6f adalah hex untuk Hello, tetapi sepuluh karakter yang sama juga merupakan Base64, Base36, Base58, dan Base62 yang valid, dan masing-masing menghasilkan byte yang berbeda. Hanya pembacaan sebagai hex yang menghasilkan teks yang dapat dibaca, sehingga hex berada di urutan pertama. Kata pendek seperti cafe cocok dengan hampir semua alfabet, dan tidak ada apa pun dalam string itu sendiri yang menunjukkan alfabet mana yang dimaksud.
Masukan yang lebih panjang memberikan jawaban yang lebih jelas, karena kecocokan kebetulan menjadi kecil kemungkinannya. Jika tidak ada kandidat yang didekode menjadi teks atau tipe file yang dikenal, data tersebut mungkin terenkripsi, terkompresi, atau berupa hash. Hash SHA-256 yang ditulis dalam hex adalah hex yang sepenuhnya valid, tetapi byte-nya memang dirancang agar tampak acak.
Mengenali pengodean umum secara sekilas
| Pengodean | Ciri khas |
|---|---|
| Hex | Hanya 0-9 a-f, panjang genap. 32, 40, atau 64 digit sering kali menandakan hash MD5, SHA-1, atau SHA-256. |
| Base64 | A-Z a-z 0-9 + /, panjang kelipatan 4, bisa diakhiri = atau ==. |
| Base64URL | - dan _ sebagai pengganti + dan /, biasanya tanpa padding. Tiga bagian yang digabung dengan titik adalah JWT. |
| Base32 | Huruf besar A-Z dan 2-7, diisi = hingga kelipatan 8. |
| Base58 | Huruf dan angka tanpa 0 O I l. Alamat Bitcoin, hash IPFS yang diawali Qm. |
| Ascii85, Base85 | Campuran padat huruf, angka, dan tanda baca. Ascii85 terkadang dibungkus <~ ~>. |
Pertanyaan yang sering diajukan
Bagaimana cara mengetahui apakah sebuah string berupa Base64?
Mengapa pendeteksi menampilkan lebih dari satu pengodean?
Banyak string valid dalam beberapa alfabet sekaligus, terutama string pendek. Pendeteksi menampilkan setiap pengodean yang dapat mendekode masukan tanpa kesalahan dan menaruh yang paling masuk akal di urutan teratas, berdasarkan teks yang dapat dibaca dan penanda tipe file.
Tidak ada yang didekode menjadi teks yang dapat dibaca. Apa artinya?
Bisakah pendeteksi mendekripsi string atau membalikkan hash?
Tidak. Pengodean seperti Base64 tidak memakai kunci dan memang dirancang agar dapat dibalik, itulah sebabnya pengodean dapat dideteksi dan didekode. Data terenkripsi tidak dapat dibaca tanpa kuncinya, dan hash tidak dapat dikembalikan menjadi masukan aslinya.
Apakah string yang ditempel dikirim ke server?
Tidak. Setiap decoder berjalan secara lokal di browser Anda, sehingga token, kunci, dan data log tidak pernah meninggalkan perangkat Anda.