# Apa yang dilindungi enkripsi end-to-end dan apa yang tidak

Misalkan Anda mengirim pembaruan proyek rahasia kepada rekan kerja dalam obrolan terenkripsi end-to-end. Rekan Anda membacanya, lalu menyalin satu paragraf ke dalam dokumen bersama. Siapa pun yang memiliki akses ke dokumen tersebut kini dapat membaca paragraf tersebut juga.

Enkripsi end-to-end dirancang untuk menjaga konten pesan hanya dapat dibaca di titik akhir yang berkomunikasi. Untuk percakapan pribadi, itu adalah perangkat peserta. Dalam sistem yang dirancang dan diterapkan dengan benar, layanan yang membawa pesan terenkripsi tidak dapat mendekripsi kontennya. [Arsitektur keamanan perpesanan IETF](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.2.1) menjelaskan pemisahan antara peserta dan layanan pengiriman.

## Dienkripsi di antara perangkat yang mana?

Sebuah pesan dapat dienkripsi saat dikirim melalui internet dan masih dapat dibaca oleh layanan yang menanganinya.

Bayangkan layanan sederhana yang menggunakan TLS untuk melindungi koneksi antara ponsel Anda dan servernya. Server adalah salah satu ujung dari koneksi yang dilindungi itu. Ia dapat menerima teks yang dapat dibaca, memprosesnya, lalu mengirimkannya melalui koneksi terenkripsi lainnya ke penerima. [TLS melindungi komunikasi antara titik akhirnya](https://www.rfc-editor.org/rfc/rfc8446.html#section-1), yang mungkin berupa perangkat dan server.

Enkripsi end-to-end melindungi konten juga saat melewati layanan perantara tersebut. Perangkat pengirim mengenkripsi pesan sebelum dikirimkan, dan perangkat penerima mendekripsinya. Suatu sistem juga dapat menggunakan TLS, melindungi koneksi jaringan yang membawa pesan yang sudah dienkripsi.

| Tahap dalam pertukaran terenkripsi end-to-end yang sederhana | Apa yang terjadi pada konten |
|---|---|
| Perangkat pengirim | Teks disusun dan dienkripsi. |
| Layanan pengiriman | Layanan ini membawa data terenkripsi. Layanan ini tidak memiliki kunci yang diperlukan untuk mendekripsi konten. |
| Perangkat penerima | Pesan tersebut didekripsi sehingga penerima dapat membacanya. |

Ini adalah contoh yang disederhanakan. Obrolan grup dan akun dengan beberapa perangkat tertaut memiliki lebih banyak titik akhir yang perlu dipertimbangkan.

## Perangkat Anda adalah bagian dari percakapan

Anda perlu membaca teks sebelum mengirimkannya. Penerima Anda perlu membacanya setelah menerimanya. Pada saat itu, kata-kata tersebut tersedia di perangkat di kedua ujung.

Seseorang yang dapat melihat percakapan terbuka mungkin dapat membacanya tanpa merusak enkripsi apa pun. Malware dengan akses yang memadai ke perangkat juga dapat menangkap teks saat diketik atau ditampilkan. Konsekuensi dari kompromi perangkat bergantung pada akses yang diperoleh dan desain sistem, seperti yang dijelaskan dalam [diskusi IETF tentang kompromi titik akhir](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.3).

Percakapan yang sama juga dapat diakses di komputer atau tablet yang tertaut. Tinjau perangkat tersebut, hapus akses yang tidak lagi Anda perlukan, dan selalu perbarui perangkat lunak. Ini adalah tindakan pencegahan praktis yang termasuk dalam [panduan komunikasi seluler CISA](https://www.govinfo.gov/content/pkg/GOVPUB-HS2-PURL-gpo250552/pdf/GOVPUB-HS2-PURL-gpo250552.pdf).

## Cadangan memiliki perlindungannya sendiri

Pengaturan yang digunakan untuk percakapan yang sedang berlangsung tidak dengan sendirinya memberi tahu Anda bagaimana cadangan yang disimpan dilindungi.

Periksa apakah cadangan dienkripsi, siapa yang mengontrol kunci, dan cara kerja pemulihan. Jika penyedia menyimpan kunci yang dapat membuka cadangan, penyedia mungkin dapat mengakses salinan tersebut. Jika hanya Anda yang memiliki rahasia yang diperlukan untuk membukanya, pemulihan bergantung pada menjaga rahasia itu tetap aman. Fakta bahwa cadangan disimpan di cloud tidak menjawab pertanyaan tersebut.

[Panduan enkripsi Electronic Frontier Foundation](https://ssd.eff.org/module/what-should-i-know-about-encryption) secara khusus merekomendasikan pemeriksaan enkripsi cadangan bersamaan dengan perlindungan yang digunakan dalam transit.

## Kata-kata hanyalah sebagian dari informasi

Menjaga kerahasiaan isi pesan tidak secara otomatis menyembunyikan aktivitas di sekitarnya.

Tergantung pada layanan dan pengamat, informasi seperti waktu koneksi, pengidentifikasi akun, alamat jaringan, atau jumlah data yang dipertukarkan mungkin tetap tersedia. Detail ini sering disebut metadata. Pengamat jaringan dan penyedia pesan belum tentu melihat informasi yang sama.

Pola masih dapat mengungkapkan sesuatu tentang suatu pertukaran meskipun isinya tidak dapat dibaca. [Panduan privasi IETF](https://www.rfc-editor.org/rfc/rfc6973.html#section-3.4) menyebutnya analisis lalu lintas.

## Periksa siapa yang ada di ujung sana

Nama profil atau foto yang familiar tidak cukup untuk memverifikasi pertukaran sensitif.

Jika aplikasi menyediakan verifikasi kontak, bandingkan sidik jari kunci atau kode keamanan dengan orang lain secara langsung, atau melalui saluran independen yang sudah Anda percayai. Jika seseorang tiba-tiba menghubungi Anda dari akun baru, konfirmasikan perubahan tersebut melalui saluran yang sudah dikenal sebelum membagikan informasi rahasia.

Ini membantu menghubungkan identitas kriptografi dengan orang yang ingin Anda hubungi. [Penjelasan EFF tentang verifikasi sidik jari kunci](https://ssd.eff.org/module/deep-dive-end-end-encryption-how-do-public-key-encryption-systems-work) menunjukkan mengapa pemeriksaan itu penting.

## Sebelum pesan rahasia Anda berikutnya

Mulailah dengan informasi yang sebenarnya perlu Anda kirimkan. Jangan sertakan detail yang tidak dibutuhkan penerima. Kemudian periksa aspek pertukaran pesan yang penting untuk informasi tersebut:

- Apakah percakapan ini menggunakan enkripsi end-to-end, termasuk perangkat apa pun yang tertaut.
- Apakah Anda telah memverifikasi penerima melalui metode yang dapat dipercaya.
- Perangkat mana yang dapat membuka percakapan.
- Bagaimana salinan dan cadangan yang disimpan dilindungi.
- Apakah penerima perlu menyimpan, menyalin, atau membagikan teks.

Untuk percakapan kerja, sepakati dengan kolega Anda dokumen atau orang mana yang mungkin menerima detail proyek tersebut sebelum Anda mengirimkannya.

## Peran Layergram

Layergram memungkinkan Anda menulis dan mengenkripsi teks yang dipilih secara lokal sebelum membagikannya melalui saluran yang kompatibel. Penerima mendekripsinya secara lokal di Layergram. Kedua orang tersebut menggunakan Layergram dan saling memverifikasi identitas.

Itu menempatkan konten yang dipilih dalam lapisan terenkripsi terpisah sebelum mencapai aplikasi obrolan yang digunakan untuk pengiriman. Obrolan masih dapat menyimpan informasi tentang pertukaran, dan perangkat serta penerima tetap menjadi bagian dari risiko. Anda dapat mengikuti alur kerja di [Cara kerja Layergram](https://layergram.app/id/cara-kerja/) dan membaca batasan spesifik di [penjelasan keamanan](https://layergram.app/id/keamanan/) kami.

Canonical HTML: https://layergram.app/id/insights/apa-yang-dilindungi-enkripsi-end-to-end/

Language: id

Publisher: Layergram

Last updated: 2026-10-13T12:28:41Z