Maintenance script: Pembersihan konten sesuai kebijakan Wiki Unissula

2026-09-09T06:27:01Z

Pembersihan konten sesuai kebijakan Wiki Unissula

← Revisi sebelumnya		Revisi per 9 September 2026 06.27
Baris 41:		Baris 41:
	Aplikasi perpesanan modern juga dapat menampilkan sidik jari sebagai [[kode QR]] yang dapat dipindai oleh pengguna dari perangkat satu sama lain.<ref>Bill Budington. [https://www.eff.org/deeplinks/2016/04/whatsapp-rolls-out-end-end-encryption-its-1bn-users WhatsApp Rolls Out End-To-End Encryption to its Over One Billion Users]. ''Deeplinks Blog''. Electronic Frontier Foundation. 7 April 2016.</ref>		Aplikasi perpesanan modern juga dapat menampilkan sidik jari sebagai [[kode QR]] yang dapat dipindai oleh pengguna dari perangkat satu sama lain.<ref>Bill Budington. [https://www.eff.org/deeplinks/2016/04/whatsapp-rolls-out-end-end-encryption-its-1bn-users WhatsApp Rolls Out End-To-End Encryption to its Over One Billion Users]. ''Deeplinks Blog''. Electronic Frontier Foundation. 7 April 2016.</ref>

	~~=== Keamanan titik akhir ===~~
	Paradigma enkripsi ujung ke ujung tidak secara langsung menangani risiko di titik akhir komunikasi itu sendiri. Setiap komputer pengguna masih dapat diretas untuk mencuri kunci kriptografinya (untuk membuat serangan MITM) atau hanya membaca pesan penerima yang didekripsi baik secara real time maupun dari file log. Bahkan pipa komunikasi terenkripsi yang paling sempurna hanya seaman kotak surat di ujung yang lain.<ref>[https://id.wikipedia.org/w/index.php?title=Enkripsi+ujung+ke+ujung&oldid=29300911 sumber pada Wikipedia bahasa Indonesia]</ref> Upaya besar untuk meningkatkan keamanan titik akhir adalah mengisolasi pembuatan kunci, penyimpanan, dan operasi kriptografi ke [[kartu pintar]] seperti Project Vault Google.<ref>Julie Bort, Matt Weinberger [http://www.businessinsider.com/googles-project-vault-for-secret-messages-2015-5?r=US&IR=T&IR=T "Google's Project Vault is a tiny computer for sending secret messages"] , ''Business Insider'', NYC May 29, 2015</ref> Namun, karena input dan output plaintext masih terlihat oleh sistem host, malware dapat memantau percakapan secara real time. Pendekatan yang lebih kuat adalah mengisolasi semua data sensitif ke komputer ''[[Air gap (networking)\|air gap]]'' sepenuhnya.<ref>Whonix Wiki [https://www.whonix.org/wiki/Air_Gapped_OpenPGP_Key "Air Gapped OpenPGP Key"]</ref> PGP telah direkomendasikan oleh para ahli untuk tujuan ini: Namun, seperti yang ditunjukkan [[Bruce Schneier]], [[Stuxnet]] yang dikembangkan AS dan Israel berhasil melompati ''air gap'' dan mencapai jaringan pembangkit nuklir Natanz di Iran. Untuk menangani eksfiltrasi kunci dengan malware, satu pendekatan adalah dengan membagi [[Basis Komputasi Tepercaya\|Trusted Computing Base]] di belakang dua [[Jaringan searah\|komputer yang terhubung satu arah]] yang mencegah penyisipan malware, atau eksfiltrasi data sensitif dengan malware yang dimasukkan.<ref>[https://github.com/maqp/tfc maqp/tfc]. ''GitHub''.</ref>

	=== Pintu belakang ===		=== Pintu belakang ===

Maintenance script: Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

2026-08-24T13:56:14Z

Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

Lihat perubahan

Maintenance script: Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 29300911; atribusi sumber disertakan.

2026-08-24T13:16:23Z

Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 29300911; atribusi sumber disertakan.

Halaman baru

'''Enkripsi ujung ke ujung''' (, disingkat '''E2EE''') adalah sistem [[Transmisi data|komunikasi]] dimana hanya pengguna yang sedang berkomunikasi yang dapat membaca pesan tersebut. Pada prinsipnya, ini mencegah penyadap potensial – termasuk penyedia telekomunikasi, [[Penyedia jasa Internet|penyedia Internet]], dan bahkan penyedia layanan komunikasi – untuk dapat mengakses [[Kunci (kriptografi)|kunci kriptografi]] yang diperlukan untuk [[Enkripsi|mendekripsi]] percakapan.

[[Enkripsi]] ujung ke ujung dimaksudkan untuk mencegah data dibaca atau dimodifikasi secara rahasia, selain oleh pengirim dan penerima yang sebenarnya. Pesan dienkripsi oleh pengirim tetapi pihak ketiga tidak memiliki sarana untuk mendekripsi mereka, dan menyimpannya dienkripsi. Penerima mengambil data terenkripsi dan mendekripsi sendiri.

Karena tidak ada pihak ketiga yang dapat menguraikan data yang dikomunikasikan atau disimpan, misalnya, perusahaan yang menyediakan enkripsi end-to-end tidak dapat menyerahkan teks pesan pelanggan mereka kepada pihak berwenang.

== E2EE dan privasi ==
Penting untuk dicatat bahwa E2EE tidak sama dengan [[Kerahasiaan pribadi|privasi]] atau keamanan.

Dalam banyak sistem perpesanan, termasuk surel dan banyak jaringan obrolan, pesan melewati perantara dan disimpan oleh pihak ketiga, dari mana pesan tersebut diambil oleh penerima. Bahkan jika pesan dienkripsi, mereka hanya dienkripsi 'dalam perjalanan', dan dengan demikian dapat diakses oleh penyedia layanan, terlepas dari apakah enkripsi server-side disk digunakan. Enkripsi server-side disk pada hanya mencegah pengguna yang tidak berwenang melihat informasi ini. Itu tidak mencegah perusahaan itu sendiri untuk melihat informasi, karena mereka memiliki kunci dan dapat dengan mudah mendekripsi data ini.

Hal ini memungkinkan pihak ketiga untuk menyediakan pencarian dan fitur lainnya, atau untuk memindai konten ilegal dan tidak dapat diterima, tetapi juga berarti mereka dapat dibaca dan disalahgunakan oleh siapa saja yang memiliki akses ke pesan yang tersimpan di sistem pihak ketiga, baik itu dengan desain atau melalui [[Pintu belakang (komputer)|pintu belakang]]. Hal ini dapat dilihat sebagai perhatian dalam banyak kasus di mana privasi sangat penting, seperti bisnis yang reputasinya bergantung pada kemampuan mereka untuk melindungi data pihak ketiga, negosiasi dan komunikasi yang cukup penting untuk memiliki risiko 'peretasan' atau pengawasan yang ditargetkan, dan di mana subjek sensitif seperti [[kesehatan]], dan informasi tentang anak di bawah umur terlibat.

== Etimologi istilah ==
Istilah "enkripsi ujung ke ujung" awalnya hanya berarti bahwa komunikasi tidak pernah didekripsi selama pengangkutannya dari pengirim ke penerima. Misalnya, sekitar tahun 2003, E2EE telah diusulkan sebagai lapisan enkripsi tambahan untuk [[Global System for Mobile Communications|GSM]] atau TETRA, selain enkripsi radio yang ada yang melindungi komunikasi antara perangkat seluler dan infrastruktur jaringan. Ini telah distandardisasi oleh SFPG untuk TETRA. Perhatikan bahwa di TETRA E2EE, kunci dihasilkan oleh Key Management Centre (KMC) atau Key Management Facility (KMF), bukan oleh pengguna yang berkomunikasi.

Kemudian, sekitar tahun 2014, arti "enkripsi ujung ke ujung" mulai berkembang ketika [[WhatsApp]] mengenkripsi sebagian jaringannya, mengharuskan tidak hanya komunikasi tetap terenkripsi selama transportasi, tetapi juga penyedia layanan komunikasi tidak dapat mendekripsi komunikasi baik dengan memiliki akses ke kunci pribadi, atau dengan memiliki kemampuan untuk menyuntikkan kunci publik musuh secara tidak terdeteksi sebagai bagian dari serangan man-in-the-middle. Makna baru ini sekarang diterima secara luas.

== Penggunaan modern ==
Pada 2016, sistem komunikasi berbasis [[peladen]] tipikal tidak menyertakan enkripsi ujung ke ujung. Sistem ini hanya dapat menjamin perlindungan komunikasi antara [[Klien (komputer)|klien]] dan [[peladen]], berarti bahwa pengguna harus memercayai pihak ketiga yang menjalankan server dengan konten sensitif. Enkripsi ujung ke ujung dianggap lebih aman karena mengurangi jumlah pihak yang mungkin dapat mengganggu atau merusak enkripsi. Dalam hal pesan instan, pengguna dapat menggunakan klien atau plugin pihak ketiga untuk menerapkan skema enkripsi ujung ke ujung melalui protokol non-E2EE.

Beberapa sistem non-E2EE, seperti [[Lavabit]] dan Hushmail, telah menggambarkan diri mereka sebagai menawarkan enkripsi "ujung ke ujung" padahal tidak. Sistem lain, seperti [[Telegram (aplikasi)|Telegram]] dan [[Allo|Google Allo]], telah dikritik karena tidak memiliki enkripsi ujung ke ujung, yang mereka tawarkan, diaktifkan secara default. Telegram tidak mengaktifkan enkripsi ujung ke ujung secara default pada panggilan VoIP saat pengguna menggunakan versi perangkat lunak desktop, tetapi masalah itu diperbaiki dengan cepat. Namun, pada tahun 2020, Telegram masih tidak memiliki enkripsi ujung ke ujung secara default, tidak ada enkripsi ujung ke ujung untuk obrolan grup, dan tidak ada enkripsi ujung ke ujung untuk klien desktop.

Beberapa layanan [[Backup|pencadangan]] dan [[berbagi berkas]] terenkripsi menyediakan ''client-side encryption''. Enkripsi yang mereka tawarkan di sini tidak disebut sebagai enkripsi ujung ke ujung, karena layanan tidak dimaksudkan untuk berbagi pesan antar pengguna. Namun, istilah "enkripsi ujung ke ujung" terkadang salah digunakan untuk menggambarkan ''client-side encryption''.

== Tantangan ==

=== Serangan Man-in-the-middle ===
Enkripsi ujung ke ujung memastikan bahwa data ditransfer dengan aman antar titik akhir. Namun, alih-alih mencoba memecahkan enkripsi, penyadap dapat menyamar sebagai penerima pesan (selama [[Pertukaran kunci|key exchange]] atau dengan mengganti [[Kriptografi kunci publik|kunci publik]] mereka dengan penerima), sehingga pesan dienkripsi dengan kunci yang diketahui penyerang. Setelah mendekripsi pesan, pengintai kemudian dapat mengenkripsinya dengan kunci yang mereka bagikan dengan penerima sebenarnya, atau kunci publik mereka jika terjadi sistem asimetris, dan mengirim pesan lagi untuk menghindari deteksi. Ini dikenal sebagai serangan [[Serangan man-in-the-middle|man-in-the-middle]] (MITM).

==== Autentikasi ====
Sebagian besar protokol enkripsi end-to-end menyertakan beberapa bentuk [[Kuki HTTP|autentikasi]] titik akhir khusus untuk mencegah serangan MITM. Misalnya, seseorang dapat mengandalkan <nowiki><i>certification authorities</i></nowiki> atau ''[[web of trust]]''. Teknik alternatif adalah menghasilkan hash kriptografi (sidik jari) berdasarkan kunci publik pengguna yang berkomunikasi atau kunci rahasia bersama. Para pihak membandingkan sidik jari mereka menggunakan saluran komunikasi luar (out-of-band) yang menjamin integritas dan keaslian komunikasi (tetapi tidak harus kerahasiaan), sebelum memulai percakapan mereka. Jika sidik jari cocok, secara teori tidak ada orang di tengah.

Saat ditampilkan untuk pemeriksaan manusia, sidik jari biasanya menggunakan beberapa bentuk ''Binary-to-text encoding''. String ini kemudian diformat ke dalam kelompok karakter agar mudah dibaca. Beberapa klien malah menampilkan representasi[[bahasa alami]] dari sidik jari. Karena pendekatan ini terdiri dari <nowiki><i>one-to-one mapping</i></nowiki> antara blok sidik jari dan kata-kata, tidak ada kehilangan [[entropi]]. Protokol dapat memilih untuk menampilkan kata-kata dalam bahasa asli (sistem) pengguna. Namun, ini dapat membuat perbandingan lintas bahasa rentan terhadap kesalahan.

Untuk meningkatkan [[Internasionalisasi dan pelokalan|lokalisasi]], beberapa protokol telah memilih untuk menampilkan sidik jari sebagai string dasar 10 daripada string [[heksadesimal]] atau bahasa alami yang rawan kesalahan. Contoh sidik jari dasar 10 (disebut ''nomor keamanan'' di Sinyal dan ''kode keamanan'' di WhatsApp) adalah:
37345 35585 86758 07668
05805 48714 98975 19432
47722 72741 60915 64451
Aplikasi lain seperti Telegram, sebaliknya, menyandikan sidik jari menggunakan emoji.

Aplikasi perpesanan modern juga dapat menampilkan sidik jari sebagai [[kode QR]] yang dapat dipindai oleh pengguna dari perangkat satu sama lain.

=== Keamanan titik akhir ===
Paradigma enkripsi ujung ke ujung tidak secara langsung menangani risiko di titik akhir komunikasi itu sendiri. Setiap komputer pengguna masih dapat diretas untuk mencuri kunci kriptografinya (untuk membuat serangan MITM) atau hanya membaca pesan penerima yang didekripsi baik secara real time maupun dari file log. Bahkan pipa komunikasi terenkripsi yang paling sempurna hanya seaman kotak surat di ujung yang lain. Upaya besar untuk meningkatkan keamanan titik akhir adalah mengisolasi pembuatan kunci, penyimpanan, dan operasi kriptografi ke [[kartu pintar]] seperti Project Vault Google. Namun, karena input dan output plaintext masih terlihat oleh sistem host, malware dapat memantau percakapan secara real time. Pendekatan yang lebih kuat adalah mengisolasi semua data sensitif ke komputer ''[[Air gap (networking)|air gap]]'' sepenuhnya. PGP telah direkomendasikan oleh para ahli untuk tujuan ini: Namun, seperti yang ditunjukkan [[Bruce Schneier]], [[Stuxnet]] yang dikembangkan AS dan Israel berhasil melompati ''air gap'' dan mencapai jaringan pembangkit nuklir Natanz di Iran. Untuk menangani eksfiltrasi kunci dengan malware, satu pendekatan adalah dengan membagi [[Basis Komputasi Tepercaya|Trusted Computing Base]] di belakang dua [[Jaringan searah|komputer yang terhubung satu arah]] yang mencegah penyisipan malware, atau eksfiltrasi data sensitif dengan malware yang dimasukkan.

=== Pintu belakang ===
Pintu belakang biasanya merupakan metode rahasia untuk melewati autentikasi atau enkripsi normal dalam sistem komputer, produk, atau perangkat tertanam, dll. Perusahaan mungkin juga mau atau tidak mau memperkenalkan [[Pintu belakang (komputer)|pintu belakang]] ke perangkat lunak mereka yang membantu menumbangkan negosiasi kunci atau mengabaikan enkripsi sama sekali. Pada tahun 2013, informasi yang dibocorkan oleh [[Edward Snowden]] menunjukkan bahwa [[Skype]] memiliki pintu belakang yang memungkinkan Microsoft untuk menyerahkan pesan pengguna mereka ke [[Badan Keamanan Nasional|NSA]] meskipun faktanya pesan tersebut secara resmi dienkripsi ujung ke ujung.

Menyusul serangan teroris di [[Penembakan di San Bernardino (2015)|San Bernardino pada 2015]] dan [[Penembakan Pensacola Stasiun Udara Angkatan Laut|Pensacola pada 2019]], [[Biro Investigasi Federal|FBI]] meminta pintu belakang ke perangkat lunak [[iPhone]] [[Apple Inc.|Apple.]] Perusahaan, bagaimanapun, menolak untuk membuat pintu belakang bagi pemerintah, dengan alasan kekhawatiran bahwa alat semacam itu dapat menimbulkan privasi konsumennya.

=== Kepatuhan dan persyaratan peraturan untuk inspeksi konten ===
Sementara E2EE dapat menawarkan manfaat privasi yang membuatnya diinginkan dalam layanan tingkat konsumen, banyak bisnis harus menyeimbangkan manfaat ini dengan persyaratan peraturan mereka. Misalnya, banyak organisasi tunduk pada mandat yang mengharuskan mereka untuk dapat mendekripsi komunikasi apa pun antara karyawan mereka atau antara karyawan mereka dan pihak ketiga. Ini mungkin diperlukan untuk tujuan pengarsipan, untuk pemeriksaan oleh sistem [[Perangkat lunak pencegahan kehilangan data|Data Loss Prevention (DLP)]], untuk [[Penemuan elektronik|eDiscovery]] terkait litigasi atau untuk mendeteksi [[Perangkat lunak antivirus|malware]] dan ancaman lain dalam aliran data. Untuk alasan ini, beberapa komunikasi yang berfokus pada perusahaan dan sistem perlindungan informasi mungkin menerapkan enkripsi dengan cara yang memastikan semua transmisi dienkripsi dengan enkripsi dihentikan pada sistem internal mereka (on-premises atau berbasis cloud) sehingga dapat memiliki akses ke informasi untuk pemeriksaan dan pengolahan.

== Referensi ==

== Bacaan Lebih Lanjut ==
*

== Sumber dan atribusi ==

Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Enkripsi+ujung+ke+ujung&oldid=29300911 Wikipedia bahasa Indonesia], revisi 29300911 (2026-06-01T03:26:22Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.

Enkripsi ujung ke ujung - Riwayat revisi

Maintenance script: Pembersihan konten sesuai kebijakan Wiki Unissula

Maintenance script: Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

Maintenance script: Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 29300911; atribusi sumber disertakan.