Enkripsi end to end artinya apa, dan apa yang benar-benar dilindunginya?

Enkripsi end to end (end-to-end encryption, disingkat E2EE) artinya pesan atau file dikunci di perangkat Anda sebelum dikirim, dan hanya bisa dibuka oleh orang yang memegang kuncinya, bukan oleh layanan yang menyimpan dan mengantarkannya. Layanan “terenkripsi” biasa melindungi data di perjalanan dan di server mereka, tetapi mereka sendiri yang memegang kuncinya; dengan enkripsi end-to-end, layanan hanya pernah melihat data acak yang tidak bisa dibaca.

Perbedaan ini terdengar teknis, tetapi menentukan siapa yang bisa membaca file Anda jika server dibobol, jika ada karyawan yang mengintip, atau jika datang permintaan hukum. Panduan ini menjelaskan tiga jenis enkripsi yang sering diiklankan, arti enkripsi end to end di WhatsApp, cara kerjanya saat mengirim file, dan batas-batasnya dalam praktik.

Enkripsi end to end adalah apa? Tiga jenis enkripsi dibandingkan

Enkripsi saat transit memakai TLS, saat ini TLS 1.3 (RFC 8446), yang melindungi dari penyadapan di jaringan, misalnya di Wi-Fi publik. Enkripsi saat disimpan melindungi dari pencurian disk. Keduanya standar dan bermanfaat, tetapi dalam kedua kasus layanan tetap bisa membuka file, karena merekalah yang mengelola kunci. Enkripsi end-to-end menambah lapisan di atasnya yang tidak bisa dibuka oleh layanan.

Enkripsi end to end di WhatsApp: otomatis atau harus diaktifkan?

Di WhatsApp, enkripsi end-to-end berjalan otomatis. Menurut Pusat Bantuan WhatsApp, Anda tidak perlu mengaktifkan pengaturan apa pun, dan tidak seorang pun di luar obrolan, bahkan WhatsApp, bisa membaca, mendengarkan, atau membagikan isinya. Blog resmi WhatsApp menyebut perlindungan ini aktif secara default untuk panggilan, pesan, foto, video, file, pesan suara, dan grup. WhatsApp menyatakan telah menyelesaikan penerapan enkripsi end-to-end sejak 2016.

• Chat dengan akun bisnis: WhatsApp menganggapnya terenkripsi end-to-end secara default, tetapi setelah pesan diterima, pesan tunduk pada praktik privasi bisnis tersebut. Jika bisnis memakai layanan opsional yang dikelola Meta, WhatsApp menampilkannya di obrolan dan tidak menganggap pesan itu terenkripsi end-to-end.
• Cadangan chat di Google Drive atau iCloud hanya terenkripsi end-to-end jika Anda mengaktifkan cadangan terenkripsi, dengan password atau kunci 64 digit.
• Aplikasi lain: Meta mengumumkan pada Desember 2023 bahwa chat pribadi di Messenger (Facebook) terenkripsi end-to-end secara default, dengan peluncuran bertahap, sedangkan di Telegram hanya “secret chat” yang terenkripsi end-to-end.

Arti “enkripsi end to end sudah otomatis terverifikasi”

Setiap obrolan terenkripsi di WhatsApp punya kode keamanan sendiri, berupa kode QR dan angka 60 digit yang bisa dilihat di layar info kontak, di bagian Enkripsi. Kode ini adalah versi yang terlihat dari kunci khusus antara Anda dan kontak, bukan kunci aslinya, yang selalu dirahasiakan. Menurut Pusat Bantuan WhatsApp, WhatsApp kini juga memverifikasi kode ini secara otomatis lewat proses yang disebut transparansi kode: saat Anda membuka halaman verifikasi, Anda cukup menunggu verifikasi otomatis selesai lalu melihat hasilnya.

Jadi, keterangan bahwa enkripsi end-to-end sudah otomatis terverifikasi artinya pemeriksaan otomatis itu berhasil: pesan dan panggilan Anda di obrolan tersebut terenkripsi end-to-end dengan kunci yang benar, termasuk daftar perangkat tertaut Anda dan kontak. Verifikasi ini opsional; Anda tetap bisa memverifikasi manual dengan saling memindai kode QR atau membandingkan angka 60 digit. Jika kontak baru menginstal ulang WhatsApp, ganti HP, atau menambah perangkat tertaut, notifikasi bahwa kode keamanan berubah adalah hal yang normal.

Cara kerja enkripsi end to end saat mengirim file

1. 1

   Langkah 1

   Kunci dibuat di browser Anda

   Saat Anda mengaktifkan E2EE, browser membuat kunci rahasia acak. Kunci ini tidak perlu diketik atau diingat.

2. 2

   Langkah 2

   File dienkripsi sebelum diunggah

   Setiap file dienkripsi di perangkat Anda dengan kunci itu, memakai algoritma modern seperti AES mode GCM, yang juga mendeteksi jika file diubah.

3. 3

   Langkah 3

   Hanya data terenkripsi yang diunggah

   Layanan menyimpan dan mengantarkan data terenkripsi yang tidak bisa dibacanya.

4. 4

   Langkah 4

   Kunci ikut di dalam link

   Kunci ditambahkan ke link download setelah tanda #. Bagian URL ini tetap berada di browser.

5. 5

   Langkah 5

   Browser penerima membuka kuncinya

   Saat penerima membuka link lengkap, browsernya mengunduh file terenkripsi dan membukanya di perangkat dengan kunci tersebut.

Kenapa kunci setelah tanda # tetap privat?

Alamat web bisa diakhiri dengan fragmen, yaitu bagian setelah tanda #. Standar HTTP (RFC 9110) menyatakan bahwa fragmen diproses di sisi klien dan tidak dikirim dalam permintaan: saat penerima membuka link, browser meminta halaman ke server tanpa fragmen, lalu membaca kunci secara lokal. Desain ini dipopulerkan oleh layanan Firefox Send milik Mozilla yang kini sudah tidak ada, dan begitulah cara kerja enkripsi end-to-end di Transfr.

Enkripsi end to end untuk apa? Apa yang dilindunginya

• Server penyedia dibobol: file yang dicuri tidak bisa dibaca tanpa kunci.
• Akses orang dalam: karyawan layanan tidak bisa membuka file Anda.
• Permintaan data ke penyedia: layanan tidak bisa menyerahkan isi yang bisa dibaca karena memang tidak pernah memilikinya.
• Penyimpanan salah konfigurasi: seandainya tempat penyimpanan terbuka ke publik, isinya tetap berupa data terenkripsi.

Ada juga sisi regulasinya. Di Eropa, GDPR membebaskan perusahaan dari kewajiban memberi tahu individu setelah kebocoran jika datanya sudah dibuat tidak terbaca bagi pihak yang tidak berwenang, “seperti enkripsi” (Pasal 34 ayat 3 huruf a), selama enkripsinya benar dan kuncinya tidak ikut bocor, menurut European Data Protection Board. UU PDP Indonesia tidak memuat pengecualian serupa dalam Pasal 46, tetapi enkripsi tetap mengurangi dampak nyata kebocoran. Lihat UU PDP dan kirim file data pribadi.

Apa yang tidak dilindungi enkripsi end to end?

• Link yang bocor: siapa pun yang punya link lengkap memegang kuncinya.
• Perangkat yang sudah disusupi: malware atau ekstensi browser berbahaya di komputer atau HP pengirim maupun penerima bisa melihat file sebelum dienkripsi atau sesudah dibuka. RFC 9110 sendiri mencatat bahwa fragmen tetap terlihat oleh skrip di halaman.
• Metadata: tergantung layanannya, nama file, ukuran, tanggal, dan alamat email mungkin tetap terlihat oleh layanan.
• Apa yang dilakukan penerima setelahnya: setelah dibuka dan disimpan, file menjadi file biasa. Di WhatsApp pun, orang yang menerima pesan tetap bisa meneruskan atau men-screenshot-nya.

Konsekuensinya dalam praktik

Karena layanan tidak bisa membaca file, layanan juga tidak bisa berbuat banyak dengannya. Di Transfr, misalnya, mengaktifkan enkripsi end-to-end berarti:

• File dienkripsi di browser dengan AES-128-GCM, dan kunci ditempatkan di fragmen link. Enkripsi penyimpanan (AES-256 saat disimpan) tetap berlaku di bawahnya.
• Pratinjau dibuat di browser penerima setelah file dibuka, untuk file hingga 2 GB dan hanya jika link berisi kunci; file yang lebih besar harus diunduh.
• Struktur folder tidak dipertahankan, unggahan yang terputus tidak bisa dilanjutkan setelah halaman dimuat ulang, dan file yang diimpor dari Drime tidak bisa dienkripsi end-to-end, karena Transfr yang menyalinnya untuk Anda.
• Kunci tidak pernah disimpan di server Transfr. Namun setiap kali Transfr mengirim link lewat email, ke penerima Anda atau sebagai email konfirmasi untuk pengirim yang login, browser Anda menyerahkan link lengkap beserta kuncinya agar bisa dimasukkan ke email; kunci hanya dipakai untuk email itu, lalu emailnya tersimpan di kotak masuk. Untuk pengaturan paling ketat, salin link sendiri dan bagikan lewat saluran yang Anda percaya.

Semua ini bukan kekurangan: ini konsekuensi langsung dari layanan yang tidak bisa melihat isi file Anda. Untuk pengiriman sehari-hari, password dan masa berlaku sering sudah cukup; untuk dokumen rahasia, perlindungan tambahan ini sepadan dengan konsekuensinya.

Enkripsi end to end atau password?

Keduanya menyelesaikan masalah yang berbeda, dan bekerja baik bersama-sama. Password mengatur siapa yang bisa membuka halaman download; layanan yang memeriksanya, sehingga layanan masih bisa mengakses file. Enkripsi end-to-end mengatur siapa yang bisa membaca isinya sama sekali, termasuk layanan. Menggabungkan keduanya berarti link yang bocor saja tidak cukup, dan penyedia tidak pernah melihat isi file. Artikel kami tentang link dengan password dan masa berlaku membahas cara memilih password dan durasinya.

Kapan sebaiknya memakai enkripsi end to end?

Enkripsi end to end di layanan kirim file lain

Selain WhatsApp, beberapa layanan seperti Proton Drive, Tresorit Send, dan Wormhole mengenkripsi file di browser sebelum diunggah. Penyimpanan cloud arus utama, sebaliknya, umumnya mengenkripsi file saat transit dan saat disimpan dengan kunci yang dikelola penyedia. Untuk file besar yang melebihi batas WA, lihat kirim file besar lewat WhatsApp. Daftar situs kirim file besar gratis mencatat mana yang menawarkan enkripsi end-to-end gratis, dan halaman untuk kantor hukum menunjukkan bagaimana profesional menggabungkannya dengan password dan masa berlaku pendek.

Cara memeriksa apakah sebuah layanan benar-benar memakai enkripsi end to end

• Enkripsi harus terjadi sebelum diunggah, di browser atau aplikasi Anda, bukan “di server kami yang aman”.
• Layanan harus menyatakan bahwa kunci tidak disimpan di server mereka; cari kunci di fragmen link atau yang diturunkan dari rahasia yang hanya Anda ketahui, dan cek apa yang terjadi saat layanan mengirim link lewat email untuk Anda.
• Jika layanan bisa menampilkan pratinjau atau memindai file terenkripsi di server tanpa kunci, berarti itu bukan end-to-end.
• Cari penjelasan algoritma dan desainnya, bukan sekadar “keamanan setara bank”.

Untuk kebiasaan keamanan yang lebih luas, dari password sampai siapa yang boleh menerima apa, lihat checklist kirim file dengan aman dan halaman transfer file aman.