des/

Tidak, di sini hanya ada DES tunggal. Kunci 3DES berukuran 16 atau 24 byte; jika ditempel di sini, hanya 8 byte pertama yang dipakai, sehingga hasilnya berbeda dari 3DES, dan kolom Kunci juga menampilkan "hanya 8 byte pertama yang dipakai". Untuk 3DES, gunakan alat yang mendukung DESede.

Kurang dari 8 byte akan menimbulkan error, dan tidak ada pengisian nol otomatis, jadi lengkapi sendiri sampai 8 byte. Kesalahan yang lebih sering terjadi adalah salah format: jika kunci hex 16 karakter dimasukkan dengan format kunci diatur ke string, kunci itu dianggap teks 16 byte dan hanya 8 karakter pertama yang dipakai. Tidak ada error, hanya catatan "hanya 8 byte pertama yang dipakai" di samping kolom Kunci dan di bawah hasil, dan hasilnya tentu tidak cocok. Pada format string, jumlah byte mengikuti set karakter yang dipilih, jadi satu karakter Mandarin memakai 3 byte di UTF-8.

IV DES harus tepat 8 byte, bukan 16 byte seperti AES, di semua mode kecuali ECB. Kunci yang lebih dari 8 byte dipotong menjadi 8 byte pertama, tetapi IV tidak; terlalu panjang atau terlalu pendek langsung menimbulkan error, jadi IV 16 byte dari pengaturan AES harus diubah menjadi 8 byte. Periksa juga formatnya: 16 karakter hex menghasilkan 8 byte, sedangkan 16 karakter yang sama dalam format string adalah 16 byte. ECB tidak memerlukan IV, jadi baris IV disembunyikan.

Panjang ciphertext yang bukan kelipatan 8 biasanya berarti salinan tidak lengkap, atau hex dan base64 tertukar. Padding tidak valid biasanya berarti salah satu dari kunci, IV, mode, atau padding berbeda dengan yang dipakai saat enkripsi. ZeroPadding dan NoPadding tidak memeriksa padding, jadi tidak akan memunculkan error ini, tetapi hasilnya berupa karakter acak jika parameternya salah.

Periksa IV lebih dulu. Jika ciphertext lebih panjang dari satu blok, IV yang salah pada mode CBC dan CFB hanya merusak blok 8 byte pertama, sisanya tetap benar dan tidak muncul error padding, sehingga bagian awal berantakan sementara teks sesudahnya benar. Jika pesan menyebutkan hasilnya bukan teks yang valid, set karakter mungkin berbeda dengan yang dipakai saat enkripsi, misalnya pihak lain memakai GBK. Mengubah format output ke hex memungkinkan Anda memeriksa dulu apakah byte hasil dekripsinya sendiri sudah benar.

Periksa berurutan: mode dan padding, format dan jumlah byte kunci serta IV, set karakter, lalu format input dan output. Plaintext berformat string tidak dipangkas spasinya, jadi satu baris baru ekstra di akhir sudah membuatnya menjadi data yang berbeda. CTR, CFB, dan OFB di sini juga diberi padding sesuai padding yang dipilih, jadi dengan PKCS5Padding ciphertext lebih panjang daripada plaintext; jika backend memakai NoPadding, pilih NoPadding juga di sini. CFB di sini adalah varian blok penuh 64 bit, jadi tidak akan cocok dengan backend yang memakai CFB8.

Tidak. Jika Anda memberikan string biasa sebagai kunci ke CryptoJS.DES.encrypt(message, string), CryptoJS menganggapnya sebagai passphrase: salt acak ditambahkan, lalu kunci dan IV diturunkan seperti yang dilakukan OpenSSL, dan hasilnya diawali U2FsdGVkX1. Format itu tidak didukung di sini. Agar cocok dengan alat ini, ubah kunci menjadi byte di CryptoJS dengan CryptoJS.enc.Utf8.parse lalu masukkan, dan tentukan iv, mode, dan padding secara eksplisit.

Hanya tersimpan di localStorage browser perangkat ini dan tidak pernah diunggah; kode halaman tidak membuat permintaan jaringan apa pun. Satu entri ditambahkan setelah setiap enkripsi atau dekripsi yang berhasil, maksimal 20 entri disimpan, dan input atau hasil yang melebihi 20.000 karakter tidak dicatat. Satu entri berisi parameter, IV, input, dan hasil, ditambah sidik jari 8 karakter yang diturunkan dari 8 byte pertama kunci (karakter setelah tanda # di setiap entri, untuk membedakan apakah kuncinya sama), tetapi tidak pernah menyimpan kuncinya, sehingga setelah mengklik "Muat" Anda perlu mengisi kunci lagi. Setiap entri bisa dihapus sendiri-sendiri, dan di komputer umum, klik "Hapus riwayat" setelah selesai.