Enkripsi / Dekripsi Teks

Enkripsi dan dekripsi teks online — secara privat

Alat enkripsi teks ini memungkinkan Anda mengenkripsi dan mendekripsi teks online hanya dengan passphrase. Tempel sebuah pesan, pilih kata sandi rahasia, dan dapatkan string Base64 yang hanya bisa dibuka oleh orang yang memiliki passphrase yang sama. Beralih ke mode Decrypt untuk membalikkannya.

Inti dari alat enkripsi teks online yang jujur adalah rahasianya tidak pernah meninggalkan mesin Anda. Semuanya di sini berjalan di browser Anda dengan WebCrypto API standar — teks dan passphrase Anda tidak pernah diunggah, dicatat, atau dilihat oleh server mana pun, yang justru tidak bisa dijanjikan oleh enkriptor berbasis server.

Cara mengenkripsi teks dengan kata sandi

Untuk mengenkripsi teks dengan kata sandi: tetap di mode Encrypt, ketikkan pesan Anda, masukkan passphrase yang kuat, dan klik Encrypt. Misalnya, mengenkripsi Ketemu jam 6 dengan passphrase biru-pelabuhan-lentera-92 menghasilkan blob Base64 yang panjang — kirim blob tersebut lewat chat atau email dan bagikan passphrase-nya lewat saluran yang berbeda.

Untuk membacanya kembali, penerima menempel blob tersebut ke mode Decrypt, mengetikkan passphrase yang sama, dan teks aslinya muncul kembali. Karena passphrase adalah kuncinya, keamanan pesan aman Anda bergantung pada memilih passphrase yang panjang dan unik — pengukur kekuatan bawaan dan generator satu klik membantu Anda melakukannya.

AES-256-GCM dan PBKDF2, dijelaskan

Di balik layar ini adalah enkripsi AES sungguhan, bukan cipher mainan. Alat ini memakai AES-256-GCM — kunci 256-bit dalam mode terautentikasi yang mendeteksi manipulasi apa pun — dan menurunkan kunci tersebut dari passphrase Anda dengan PBKDF2-HMAC-SHA-256 sebanyak 250.000 iterasi.

Setiap pesan diberi salt dengan nilai acak baru sepanjang 16-byte dan dienkripsi dengan IV acak 12-byte, sehingga teks yang sama dienkripsi dua kali tidak akan pernah terlihat sama dan kata sandi identik tidak pernah berbagi kunci yang sama. Output yang Anda salin hanyalah salt + IV + ciphertext, di-encode Base64 sehingga bisa bertahan lewat email dan chat.

Mengapa enkripsi sisi klien itu penting

Server yang melakukan "enkripsi" Anda, secara definisi, sudah melihat plaintext Anda — sehingga tidak memberikan perlindungan sesungguhnya. Itulah sebabnya alat aes encrypt online ini melakukan semua pekerjaan secara lokal: muat halamannya sekali dan Anda bahkan bisa offline, dan enkripsinya tetap berfungsi.

Jika Anda hanya mengambil satu aturan dari halaman ini: jangan pernah menempel apa pun yang sensitif ke alat enkripsi teks yang servernya bisa membacanya. Pastikan enkripsi terjadi di browser, seperti di sini.

Enkripsi vs encoding vs hashing

Base64 bukan enkripsi — ini adalah encoding yang bisa dibalik tanpa kunci, sehingga siapa pun bisa mendekodenya. Hashing (SHA-256 dan sejenisnya) hanya satu arah dan tidak bisa dibalik sama sekali. Enkripsi berada di antara keduanya: teracak dan bisa dibalik, tetapi hanya dengan kunci yang tepat.

Ketika Anda perlu mendekripsi teks kembali ke bentuk aslinya nanti, pakai enkripsi seperti ini. Ketika Anda hanya perlu memeriksa apakah dua hal cocok tanpa pernah memulihkan inputnya, pakai hash sebagai gantinya.

Perbandingan dengan CryptoTools, BoxentriQ, dan enkriptor online lainnya

Beberapa situs terkenal memungkinkan Anda "mengenkripsi teks online" tetapi memproses sebagian pekerjaannya di sisi server. CryptoTools.net dan BoxentriQ memiliki beberapa alat yang mengirim input Anda ke server mereka sebelum mengembalikan hasil. Situs lama seperti MD5Online, AllHash, dan alat serupa memakai algoritma (MD5, SHA-1, cipher substitusi sederhana) yang tidak pernah dirancang untuk kerahasiaan dan bisa dibalik atau dibobol dalam hitungan detik.

Alat ini memakai AES-256-GCM — cipher yang sama yang melindungi pesan WhatsApp, chat Signal, dan koneksi HTTPS — dan menjalankannya di dalam tab browser Anda memakai WebCrypto API bawaan browser itu sendiri. Tidak ada yang dikirim ke server mana pun. Tidak ada akun, tidak ada batas penggunaan, tidak ada watermark pada output, dan tidak ada "tier gratis" yang diturunkan ke algoritma yang lebih lemah. Berfungsi di iPhone, Android, dan browser desktop mana pun.

Berbagi teks terenkripsi dengan aman

Perlakukan ciphertext dan passphrase sebagai dua bagian yang harus berpindah secara terpisah. Kirim output Base64 lewat email atau pesan, lalu bagikan passphrase-nya lewat telepon, secara langsung, atau lewat aplikasi yang berbeda — jangan pernah di thread yang sama.

Ingat tidak ada pemulihan: lupakan passphrase-nya dan teksnya hilang selamanya, yang justru itulah yang membuat enkripsi kuat menjadi kuat. Simpan passphrase Anda di pengelola kata sandi dan Anda mendapatkan kemampuan enkripsi dan dekripsi yang privat, portabel, dan berfungsi di perangkat apa pun dengan browser.

Enkripsi simetris vs asimetris

Enkripsi simetris memakai satu kunci untuk mengunci dan membuka — rahasia yang sama yang Anda ketikkan untuk mengenkripsi adalah rahasia yang sama yang mendekripsi hasilnya. Algoritma dalam keluarga ini meliputi AES, ChaCha20, dan 3DES yang kini sudah dipensiunkan. Keunggulan utamanya adalah kecepatan: AES-256 bisa mengenkripsi beberapa gigabyte data per detik pada hardware modern memakai instruksi CPU yang dibangun khusus untuknya (AES-NI), menjadikannya pilihan tepat kapan pun sejumlah besar data perlu diamankan dengan cepat.

Enkripsi asimetris memakai pasangan kunci yang terhubung secara matematis: kunci publik yang bisa dimiliki siapa saja, dan kunci privat yang tidak pernah meninggalkan perangkat pemiliknya. Data yang dienkripsi dengan kunci publik hanya bisa didekripsi oleh kunci privat. Algoritma seperti RSA dan ECC (Elliptic Curve Cryptography) memecahkan masalah distribusi kunci yang membuat enkripsi simetris murni canggung — Anda bisa mempublikasikan kunci publik Anda secara terbuka dan siapa pun bisa mengirim pesan terenkripsi tanpa pernah berbagi rahasia. Trade-off-nya adalah operasi asimetris kira-kira 1.000× lebih lambat dari AES untuk volume data yang sama, jadi keduanya hampir tidak pernah dipakai untuk mengenkripsi payload besar secara langsung.

Solusi yang diterapkan di setiap koneksi HTTPS adalah skema hybrid: browser dan server memakai kriptografi asimetris (lewat jabat tangan TLS) hanya untuk menyepakati session key acak yang pendek, lalu beralih ke AES simetris untuk semua transfer data sesungguhnya. Soal ukuran kunci: kunci RSA-2048 memberikan margin keamanan yang kira-kira setara dengan kunci AES 112-bit, dan RSA-3072 setara dengan AES-128. Itulah sebabnya kunci RSA harus jauh lebih panjang daripada kunci AES untuk mencapai ketahanan praktis yang sama terhadap serangan.

AES secara mendalam: ronde, mode, dan masalah penguin

AES (Advanced Encryption Standard) dipilih NIST pada 2001 setelah kompetisi terbuka lima tahun yang mengevaluasi lima belas algoritma kandidat. Pemenangnya adalah cipher Rijndael, dirancang oleh kriptografer Belgia Joan Daemen dan Vincent Rijmen. AES beroperasi pada blok tetap 128-bit data dan mendukung panjang kunci 128, 192, atau 256 bit, sesuai dengan 10, 12, atau 14 ronde transformasi. Setiap ronde menerapkan empat operasi berurutan: SubBytes (substitusi byte non-linear lewat S-box), ShiftRows (permutasi baris siklis), MixColumns (pencampuran linear dalam setiap kolom), dan AddRoundKey (XOR dengan kunci hasil ronde). Bersama-sama, keempatnya memastikan setiap bit output bergantung pada setiap bit input — properti yang disebut kriptografer sebagai efek longsoran (avalanche effect).

Mode operasi menentukan bagaimana AES menangani pesan yang lebih panjang dari satu blok 128-bit. ECB (Electronic Codebook) adalah pendekatan naif — mengenkripsi setiap blok secara independen — dan ini sangat tidak aman: blok plaintext yang identik menghasilkan blok ciphertext yang identik, artinya pola dalam data asli bertahan setelah enkripsi. Ini adalah masalah penguin yang terkenal: gambar bitmap penguin yang dienkripsi ECB masih terlihat jelas seperti penguin di outputnya. CBC (Cipher Block Chaining) memperbaiki ini dengan meng-XOR-kan setiap blok plaintext dengan blok ciphertext sebelumnya sebelum enkripsi, membutuhkan Initialization Vector (IV) acak untuk blok pertama. CBC banyak dipakai tetapi tidak menyediakan pemeriksaan integritas bawaan — ciphertext yang rusak atau dimanipulasi akan diam-diam terdekripsi menjadi data acak.

GCM (Galois/Counter Mode) adalah standar modern dan mode yang dipakai alat ini. Ia menggabungkan stream cipher (mode CTR) dengan tag autentikasi berbasis medan Galois, memberikan enkripsi terautentikasi: jika bahkan satu bit ciphertext diubah dalam perjalanan, dekripsi gagal dengan error autentikasi eksplisit alih-alih menghasilkan plaintext yang rusak. GCM juga sangat bisa diparalelkan, membuatnya cepat pada hardware multi-core. TLS 1.3, Signal, WhatsApp, dan alat ini semuanya memakai AES-256-GCM sebagai default karena memberikan baik kerahasiaan maupun integritas dalam satu proses yang dipercepat hardware.

Web Crypto API: enkripsi native browser, hanya untuk secure context

Browser modern menyediakan primitif kriptografi tingkat rendah bernama Web Crypto API (secara formal `SubtleCrypto`), diakses sebagai window.crypto.subtle. Ini menyediakan implementasi native AES-GCM, RSA-OAEP, ECDH, PBKDF2, HKDF, dan hash keluarga SHA, dikompilasi dan dipelihara oleh vendor browser alih-alih dipaketkan dalam JavaScript. Karena pekerjaan berat ditangani oleh mesin C++ browser, crypto.subtle.encrypt() jauh lebih cepat dan lebih aman daripada library JavaScript pihak ketiga seperti CryptoJS, yang mengimplementasikan algoritma yang sama dalam JS murni dan bergantung pada API angka acak yang lebih lama dan non-standar. Detail keamanan yang krusial: Web Crypto API hanya tersedia dalam secure context — halaman yang dilayani lewat HTTPS (atau localhost) — sehingga browser Anda sendiri memastikan enkripsi sisi klien tidak bisa terjadi pada halaman HTTP biasa di mana JavaScript-nya bisa disadap dalam perjalanan.

Keacakan adalah pilar lainnya. window.crypto.getRandomValues() mengisi array bertipe dengan byte acak yang aman secara kriptografis yang bersumber dari kumpulan entropi sistem operasi (sumber yang sama dengan /dev/urandom di Linux, CryptGenRandom di Windows). Ini adalah cara yang benar untuk menghasilkan IV, salt, dan kunci di browser. Sebaliknya, Math.random() adalah generator angka pseudo-acak yang di-seed dengan nilai yang bisa diprediksi dan tidak boleh pernah dipakai untuk kriptografi — penyerang yang tahu seed-nya bisa memprediksi setiap nilai yang akan pernah dihasilkannya. Alat ini memanggil getRandomValues() untuk setiap salt dan IV, sehingga setiap operasi enkripsi diberi seed unik bahkan jika passphrase dan pesan yang sama dipakai berulang kali.

Derivasi kunci di dalam browser memakai crypto.subtle.importKey() untuk memuat passphrase, lalu crypto.subtle.deriveKey() dengan algoritma PBKDF2 untuk meregangkannya menjadi kunci AES 256-bit. Objek kunci hasil derivasi ditandai non-extractable — browser menyimpannya di memori dalam bentuk yang tidak bisa dibaca kembali oleh JavaScript — artinya bahkan jika skrip berbahaya entah bagaimana berjalan di halaman, ia tidak bisa mencuri byte kunci mentah. String passphrase itu sendiri adalah satu-satunya rahasia yang pernah disentuh langsung oleh kode Anda.

Enkripsi berbasis kata sandi dan Key Derivation Function

Passphrase pilihan manusia dan kunci kriptografis bukanlah hal yang sama. Passphrase adalah teks pendek yang mudah diingat dengan distribusi karakter yang bisa diprediksi; kunci kriptografis adalah string bit acak seragam dengan panjang tetap. Memasukkan passphrase langsung ke AES akan membuat ruang kunci jauh lebih kecil dari 256 bit dalam praktiknya — penyerang bisa menebak passphrase yang mungkin jauh lebih cepat daripada mencoba nilai 256-bit acak. Key Derivation Function (KDF) menjembatani celah ini dengan memetakan passphrase ke kunci dengan cara yang sengaja lambat dan mahal secara komputasi, membuat setiap tebakan menjadi mahal.

PBKDF2 (Password-Based Key Derivation Function 2, RSA Labs 1999) menerapkan fungsi pseudorandom — biasanya HMAC-SHA-256 — ke passphrase dan salt acak, lalu mengulang operasi tersebut ribuan kali. Alat ini memakai 250.000 iterasi, artinya menurunkan kunci memakan sebagian kecil detik yang terukur di CPU Anda. Penyerang yang menguji jutaan tebakan harus membayar biaya itu untuk setiap kandidat, mengubah pencarian brute-force dari milidetik menjadi bertahun-tahun pada hardware normal. Alternatif yang lebih modern meliputi scrypt (2009), yang menambahkan kebutuhan memori besar untuk menahan serangan GPU dan ASIC, dan Argon2 (2015, pemenang Password Hashing Competition), yang memungkinkan penyesuaian independen atas waktu, memori, dan paralelisme dan merupakan rekomendasi saat ini untuk sistem baru. Seiring hardware makin cepat, jumlah iterasi atau parameter memori harus dinaikkan — apa yang lambat pada 2010 bisa dihitung dalam mikrodetik pada cluster GPU 2025.

Salt adalah nilai acak yang dihasilkan baru untuk setiap enkripsi. Ini tidak rahasia — ia ikut berpindah bersama ciphertext — tetapi perannya krusial: memastikan dua pengguna yang memilih passphrase yang sama menurunkan kunci yang sepenuhnya berbeda, dan mencegah serangan rainbow table (tabel yang dihitung sebelumnya yang memetakan passphrase umum ke kunci hasil derivasinya). Tanpa salt, penyerang bisa membangun satu tabel secara offline dan membobol setiap pesan yang dienkripsi dengan passphrase populer dalam waktu konstan, berapa pun jumlah iterasi yang dipakai. Dengan salt acak 128-bit, mereka harus memulai ulang derivasi dari nol untuk setiap pesan individual yang mereka coba serang. Inilah sebabnya setiap enkripsi di sini menghasilkan salt baru dan menyematkannya di dalam output: penerima mengekstraknya secara otomatis saat dekripsi, dan penyerang tidak mendapat keuntungan prakomputasi apa pun.