Apa itu Dekripsi File?

File Decryptor menggunakan Web Crypto API untuk mendekripsi file yang dienkripsi dengan AES-GCM, AES-CBC, AES-CTR, atau RSA-OAEP. File dan kunci Anda tidak pernah meninggalkan perangkat, sehingga Anda bisa membuka lampiran atau arsip terenkripsi dengan aman.

Dekripsi mendukung empat algoritma Web Crypto: AES-GCM (default, menggabungkan kerahasiaan dengan pengecekan integritas), AES-CBC (lawas tapi masih umum), AES-CTR (mode counter streaming untuk berkas yang dienkripsi dengan OpenSSL aes-ctr), dan RSA-OAEP untuk berkas yang dienkripsi dengan kunci publik. Berkas dengan header salt PBKDF2 (16 byte) otomatis menurunkan kunci dari kata sandi Anda, dan hash PBKDF2 bisa dipindah antara SHA-256 dan SHA-512 supaya cocok dengan alat enkripsinya. Berkas kunci mentah menerima hex atau Base64. Verifikasi integritas memperingatkan jika berkas yang rusak diam-diam terdekripsi menjadi data acak.

Cara menggunakan

1. Unggah berkas tersandi atau tempel teks tersandi dalam Base64 atau Hex, lalu pilih algoritma yang digunakan (AES-GCM, AES-CBC, AES-CTR, atau RSA-OAEP).
2. Masukkan atau tempelkan kunci dekripsi (kata sandi untuk AES, kunci privat untuk RSA). Untuk AES, berikan IV/nonce jika diperlukan.
3. Klik Dekripsi dan unduh file yang telah didekripsi. Alat ini menampilkan progres untuk file besar dan memverifikasi integritas secara otomatis.

Kapan menggunakan

• Membuka cadangan atau arsip berkata-sandi yang Anda enkripsi di mesin lain.
• Mendekripsi laporan sensitif dari rekan kerja tanpa mengunggah ke layanan pihak ketiga.
• Memulihkan berkas lama yang dienkripsi AES-CBC dan Anda masih menyimpan kata sandinya.

Hasil

Seorang peneliti keamanan menerima laporan terenkripsi AES-256-GCM via email, mengunggahnya bersama passphrase yang dibagikan, dan mendekripsi PDF dalam hitungan detik — semuanya tanpa keterlibatan server.

FAQ

Bagaimana alat ini menjaga privasi berkas saya?

Setiap langkah, dari membaca berkas hingga menurunkan kunci dan mendekripsi, dijalankan secara lokal lewat Web Crypto API. Baik isi berkas maupun kunci tidak pernah dikirim melalui jaringan, sehingga dokumen sensitif tetap berada di perangkat Anda.

Mengapa dekripsi gagal padahal kata sandi saya pasti benar?

Biasanya salah satu dari empat hal: algoritma salah dipilih (AES-GCM, AES-CBC, dan AES-CTR terlihat identik dari luar), format IV/nonce salah (hex versus Base64), berkas memakai jumlah iterasi PBKDF2 yang berbeda dari standar 100.000, atau hash PBKDF2 tidak cocok — beberapa alat memakai SHA-512 sebagai default alih-alih SHA-256. Coba ganti algoritma, hash PBKDF2, dan format IV satu per satu.

Apa beda AES-GCM dan AES-CBC?

GCM bersifat terotentikasi: jika cipherteks atau IV diubah, dekripsi gagal jelas. CBC tidak memiliki pengecekan integritas bawaan, sehingga kunci yang salah bisa memberi sampah yang tampak masuk akal. Untuk data baru pilih GCM; gunakan CBC hanya untuk mendekripsi data lama.

Bisakah saya mendekripsi berkas yang dienkripsi dengan OpenSSL atau 7-Zip?

Hanya bila alat lain memakai salah satu dari empat algoritma ini dengan derivasi kunci yang kompatibel. Format 'enc' default OpenSSL memakai skema EVP_BytesToKey buatan sendiri yang tidak direplikasi. AES-256 7-Zip baru bisa kalau Anda mau mengekspor ulang keystream-nya; biasanya pengguna butuh 7-Zip itu sendiri.

Apa sebenarnya yang diverifikasi pengecekan integritas?

Untuk AES-GCM, ia memverifikasi tag otentikasi yang tertanam dalam cipherteks: satu bit yang berubah saja akan menggagalkan pengecekan. Untuk AES-CBC dan RSA-OAEP, ia memeriksa padding PKCS#7 dari hasil dekripsi sehingga sebagian besar kerusakan tertangkap meski tidak semuanya.

Alat terkait