Apa itu enkripsi E2E
(enkripsi ujung ke ujung)
Halaman ini diterjemahkan secara otomatis dari bahasa Jepang. Baca versi asli berbahasa Jepang
Enkripsi E2E (enkripsi ujung ke ujung) adalah metode yang mengenkripsi data di perangkat pengirim dan mendekripsinya hanya di perangkat penerima. Isi data tidak dapat dibaca di server perantara. SimpleMemo melindungi privasi dengan pendekatan yang berbeda yaitu "tidak menyimpan isi memo di server secara permanen".
Enkripsi E2E (Enkripsi End-to-End) adalah metode enkripsi yang mendekripsi data hanya di kedua ujung komunikasi (titik akhir). Enkripsi data di perangkat pengirim dan dekripsi dengan kunci yang dipegang oleh terminal pihak lain. Server yang menyampaikan pesan, operator jaringan, dan bahkan penyedia layanan itu sendiri tidak dapat membaca isi data. WhatsApp, Signal, Proton Mail, dll. telah mengadopsi metode ini.
Mekanisme Enkripsi E2E — Memahami Konsep 4 dalam Satu Langkah
Poin utama dari enkripsi E2E adalah bahwa "layanan relai tidak memiliki kunci yang diperlukan untuk dekripsi". Berikut ini adalah diagram konseptual untuk memahami peran enkripsi kunci publik dan enkripsi pesan. Protokol Sinyal yang sebenarnya memiliki verifikasi identitas, perjanjian kunci, dan pembaruan kunci, dan itu tidak dapat diimplementasikan hanya dalam tahap 4 ini.
Perbedaan antara enkripsi saluran komunikasi, enkripsi penyimpanan, dan enkripsi E2E
Ada tipe 3 dalam penjelasan "dienkripsi", dan jangkauan yang dapat dilindungi benar-benar berbeda. HTTPS (TLS) hanya antara terminal dan server, dan enkripsi hanya dilindungi pada disk server saat menyimpan, dan kedua penyedia layanan dapat membaca isinya. Hanya enkripsi E2E yang menyadari "tidak dapat dibaca bahkan oleh operator".
| Sudut pandang | Enkripsi saluran komunikasi (TLS / HTTPS) | Enkripsi saat istirahat | Enkripsi E2E |
|---|---|---|---|
| Bagian yang dilindungi | Komunikasi antara terminal dan server | Data di server dan disk | Semua bagian dari terminal pemancar ke terminal penerima |
| Orang yang memiliki kunci | Baik terminal maupun server | Penyedia layanan | Hanya terminal pengguna di kedua ujungnya |
| Dapatkah bisnis membaca isinya? | Dapat dibaca (Teks Plin setelah kedatangan server) | Dapat dibaca (operator mengelola kunci) | Saya tidak bisa membaca |
| Menguping komunikasi | dapat dicegah | Tidak memenuhi syarat | dapat dicegah |
| Pelanggaran server dan penipuan internal | Saya tidak bisa mencegahnya | Jika kunci berada di tempat yang sama, itu tidak dapat dicegah | Dapat dicegah (hanya ciphertext yang bocor) |
| Pencarian sisi server, pengeditan kolaboratif, pemrosesan AI | Tersedia | Tersedia | Pada prinsipnya, saya tidak bisa (karena saya tidak bisa membaca isinya) |
| Contoh representatif | Setiap layanan web | Penyimpanan cloud umum | Sinyal・WhatsApp・iMessage・Standard Notes |
Dukungan enkripsi E2E untuk layanan utama
Istilah “enkripsi” mencakup perbedaan besar: E2EE secara bawaan, hanya setelah pengaturan tertentu diaktifkan, atau memang bukan E2EE menurut desainnya. Ringkasan ini didasarkan pada dokumentasi publik masing-masing perusahaan per bulan 9 tahun 2026. Spesifikasi dapat berubah; periksa kembali informasi resmi sebelum mengambil keputusan penting.
| Layanan | Enkripsi E2E | Suplemen |
|---|---|---|
| Sinyal | E2EE secara default | Protokol Sinyal. Pesan, panggilan, dan lampiran semuanya memenuhi syarat |
| E2EE secara default | Protokol Sinyal diadopsi. Enkripsi cadangan cloud bersifat opsional | |
| iPesan | E2EE antara terminal Apple | Pencadangan iCloud menyimpan kunci Apple hingga "Perlindungan Data Lanjutan" diaktifkan |
| LINE | 1 vs. 1 teks pembicaraan adalah E2EE | Penyegelan Surat (valid secara default). Beberapa konten tidak memenuhi syarat |
| Email umum seperti Gmail | Bukan E2EE | Rute komunikasi adalah TLS, dan operator dienkripsi saat menyimpan. Desain yang memungkinkan bisnis untuk membaca konten |
| Proton Mail | Proton adalah E2EE | Alamat eksternal dapat berupa E2EE dengan email perlindungan kata sandi |
| Standard Notes | E2EE secara default | Semua catatan adalah E2EE. Jika Anda kehilangan kata sandi, Anda tidak dapat memulihkannya |
| Memo Apple | Tergantung pada pengaturannya | Apple menyimpan kunci untuk memo normal (E2EE dengan "perlindungan data tingkat lanjut"). Catatan yang terkunci dienkripsi dengan kunci yang berasal dari kata sandi |
| Notion | Bukan E2EE | Hanya enkripsi selama komunikasi dan penyimpanan. Desain untuk pengeditan kolaboratif dan pencarian di sisi server |
| Obsidian Sync | E2EE (jika Anda mengatur kata sandi enkripsi Anda sendiri) | Perusahaan Obsidian juga tidak dapat didekripsi. Vault lokal itu sendiri tidak dienkripsi |
| SimpleMemo | Bukan E2EE | Enkripsi riwayat transmisi dengan Outbox di terminal dengan AES-GCM-256. Teks dikirim ke kotak masuk Anda dengan standar SMTP dan tidak disimpan secara permanen di server |
Apa yang tidak dapat dilindungi bahkan dengan enkripsi E2E
Enkripsi E2E adalah teknologi yang melindungi "di jalan" dan tidak melindungi "ujung" dan sekitarnya. Jalur yang membocorkan informasi bahkan jika Anda menggunakan aplikasi E2EE sebenarnya terkonsentrasi di 4 ini.
Tingkat enkripsi apa yang diperlukan - ditentukan oleh model ancaman
Bukan "Berbahaya jika bukan E2EE" atau "Aman jika Anda memiliki TLS". Jika Anda memutuskan terlebih dahulu siapa yang ingin Anda lindungi dari apa, level yang diperlukan akan dibagi menjadi hampir 3.
Apakah SimpleMemo merupakan enkripsi E2E?
Tidak. Simple Memo tidak menyediakan enkripsi ujung ke ujung (E2EE). Isi email dikirimkan menggunakan protokol standar SMTP sehingga penerima dapat dibaca oleh klien email reguler penerima sendiri (seperti Gmail / Apple Mail / Outlook). Sebagai gantinya, kami melindungi privasi dengan model yang disebut "enkripsi dalam terminal + minimalisasi data". Untuk aplikasi yang membutuhkan E2EE, harap pertimbangkan layanan khusus seperti Standard Notes, Signal, dan ProtonMail.
Pertanyaan yang Sering Diajukan (Enkripsi E2E)
Apa itu enkripsi E2E?
Ini adalah metode yang dapat mengenkripsi data di perangkat pengirim dan mendekripsinya hanya di perangkat penerima. Server perantara dan operator jaringan tidak dapat membaca data.
Apakah SimpleMemo merupakan enkripsi E2E?
No. Protokol standar SMTP digunakan untuk mengirim email sehingga pengguna penerima dapat membaca teks di aplikasi email biasa. Sebaliknya, enkripsi Outbox dan AES-GCM-256 di terminal riwayat transmisi, privasi dilindungi dengan model minimalisasi data yang tidak memiliki penyimpanan permanen badan email. Untuk aplikasi yang membutuhkan E2EE, harap pertimbangkan Standard Notes, Signal, ProtonMail, dll.
Apa perbedaan antara enkripsi E2E dan AES-GCM?
Enkripsi E2E adalah sebuah konsep arsitektur (siapa yang dapat mendekripsi). AES-GCM adalah algoritma enkripsi (cara mengenkripsi). AES-GCM juga dapat digunakan untuk implementasi internal enkripsi E2E.
Apa perbedaan antara enkripsi E2E dan TLS (HTTPS)?
TLS hanya melindungi jalur komunikasi antara terminal dan server, dan ketika Anda tiba di server, operator dapat membaca isinya. Tidak ada seorang pun di rute (termasuk operator) yang dapat membaca isi enkripsi E2E sampai mencapai terminal penerima.
Apakah enkripsi E2E benar-benar aman?
Tidak. Yang dapat dilindungi adalah saluran komunikasi dan kebocoran dari bisnis. Pelanggaran terminal, cadangan cloud yang tidak terenkripsi, metadata, transfer penerima, dan tangkapan layar tidak dapat dicegah.
Apakah email (seperti Gmail) dienkripsi dengan E2E?
Email normal melindungi saluran komunikasi dengan TLS, dan operator mengenkripsi saat menyimpan, tetapi tidak E2EE. Untuk membuat E2EE, Anda memerlukan mekanisme yang mendukung kedua ujung transmisi dan penerimaan, seperti PGP, S/MIME, atau Proton Mail.
Apakah LINE merupakan enkripsi E2E?
Teks pembicaraan 1 vs. 1 diaktifkan secara default dengan enkripsi E2E yang disebut "Segel Surat". Namun, beberapa konten tidak memenuhi syarat, jadi silakan periksa informasi resmi LINE untuk detailnya.
Referensi dan tautan eksternal
