Lompat ke isi

Enkripsi ujung ke ujung: Perbedaan antara revisi

Ensiklopedia Pengetahuan Universitas Islam Sultan Agung
Revisi selanjutnya →

Maintenance script (bicara | kontrib)

37.956 suntingan
Maintenance script (bicara | kontrib)
37.956 suntingan
Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 29300911; atribusi sumber disertakan.
 
Maintenance script (bicara | kontrib)
37.956 suntingan
Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi
Baris 1: Baris 1:
'''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''' (, 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.<ref>[https://id.wikipedia.org/w/index.php?title=Enkripsi+ujung+ke+ujung&oldid=29300911 sumber pada Wikipedia bahasa Indonesia]</ref>


[[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.
[[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.
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.<ref>Jenna McLaughlin. [https://theintercept.com/2015/12/21/democratic-debate-spawns-fantasy-talk-on-encryption/ Democratic Debate Spawns Fantasy Talk on Encryption]. ''The Intercept''. 21 December 2015.</ref>


== E2EE dan privasi ==
== E2EE dan privasi ==
Penting untuk dicatat bahwa E2EE tidak sama dengan [[Kerahasiaan pribadi|privasi]] atau keamanan.
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.
Dalam banyak sistem perpesanan, termasuk surel dan banyak jaringan obrolan, pesan melewati perantara dan disimpan oleh pihak ketiga,<ref>[https://developer.virgilsecurity.com/docs/e3kit/fundamentals/cryptography/#end-to-end-encryption Cryptography Concepts - Fundamentals - E3Kit Virgil Security]. ''developer.virgilsecurity.com''.</ref> dari mana pesan tersebut diambil oleh penerima. Bahkan jika pesan dienkripsi, mereka hanya dienkripsi 'dalam perjalanan', dan dengan demikian dapat diakses oleh penyedia layanan,<ref>Ben Rothke and David Mundhenk. [https://www.csoonline.com/article/2124346/end-to-end-encryption--the-pci-security-holy-grail.html End-to-End Encryption: The PCI Security Holy Grail]. ''CSO Online''. 2009-09-10.</ref> 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.
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 ==
== 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.
Istilah "enkripsi ujung ke ujung" awalnya hanya berarti bahwa komunikasi tidak pernah didekripsi selama pengangkutannya dari pengirim ke penerima.<ref>Paul Baran. [https://www.rand.org/pubs/research_memoranda/RM3765/RM3765.chapter3.html On Distributed Communications]. RAND corporation. 1964.</ref> 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.<ref>[https://tcca.info/new-chair-for-the-sfpg/ New chair for the SFPG]. 2007.</ref> Perhatikan bahwa di TETRA E2EE, kunci dihasilkan oleh Key Management Centre (KMC) atau Key Management Facility (KMF), bukan oleh pengguna yang berkomunikasi.<ref>Raul Alejandro Morquecho Martinez. [https://aaltodoc.aalto.fi/bitstream/handle/123456789/20880/master_Morquecho_Martinez_Raul_2016.pdf Delivery of encryption keys in TETRA networks]. Aalto University. 31 March 2016.</ref>


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.
Kemudian, sekitar tahun 2014, arti "enkripsi ujung ke ujung" mulai berkembang ketika [[WhatsApp]] mengenkripsi sebagian jaringannya,<ref>[https://www.wired.com/2016/04/forget-apple-vs-fbi-whatsapp-just-switched-encryption-billion-people/ Forget Apple vs. the FBI: WhatsApp Just Switched on Encryption for a Billion People]. ''Wired''.</ref> mengharuskan tidak hanya komunikasi tetap terenkripsi selama transportasi,<ref>Wulystan Pius Mtega. [https://search.proquest.com/docview/2492709488 Using WhatsApp Messenger for improving learners' engagement in teaching and learning: a case of undergraduate students at the Sokoine University of Agriculture, Tanzania]. ''Library Philosophy and Practice''. Jan 2021. hlm. 1–18.</ref> 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.<ref>Lewis, James A., Denise E. Zheng, and William A. Carter. ''The effect of encryption on lawful access to communications and data''. ''Rowman & Littlefield''.</ref>


== Penggunaan modern ==
== 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.
Pada 2016,<ref>[https://www.cryptologie.net/article/487/a-history-of-end-to-end-encryption-and-the-death-of-pgp/ A history of end-to-end encryption and the death of PGP]. ''www.cryptologie.net''.</ref> sistem komunikasi berbasis [[peladen]] tipikal tidak menyertakan enkripsi ujung ke ujung.<ref>Mohamed Nabeel. [http://dx.doi.org/10.1109/ieee.edge.2017.47 The Many Faces of End-to-End Encryption and Their Security Analysis]. ''2017 IEEE International Conference on Edge Computing (EDGE)''. IEEE. 2017-06-23. hlm. 252–259. doi:10.1109/ieee.edge.2017.47. ISBN 978-1-5386-2017-5.</ref> Sistem ini hanya dapat menjamin perlindungan komunikasi antara [[Klien (komputer)|klien]] dan [[peladen]],<ref>[https://www.gbnews.ch/what-is-end-to-end-encryption-e2ee/ What is End-to-end encryption (E2EE) ?]. ''Geneva Business News Actualités: Emploi, RH, économie, entreprises, Genève, Suisse''. 2016-02-19.</ref> berarti bahwa pengguna harus memercayai pihak ketiga yang menjalankan server dengan konten sensitif. Enkripsi ujung ke ujung dianggap lebih aman<ref>Wei Bai. [https://ieeexplore.ieee.org/document/9229664 Improving Non-Experts' Understanding of End-to-End Encryption: An Exploratory Study]. ''2020 IEEE European Symposium on Security and Privacy Workshops (EuroS&PW)''. IEEE. September 2020. hlm. 210–219. doi:10.1109/EuroSPW51379.2020.00036. ISBN 978-1-7281-8597-2.</ref> karena mengurangi jumlah pihak yang mungkin dapat mengganggu atau merusak enkripsi.<ref>[https://ssd.eff.org/en/glossary/end-end-encryption End-to-End Encryption]. ''EFF Surveillance Self-Defense Guide''. Electronic Frontier Foundation.</ref> Dalam hal pesan instan, pengguna dapat menggunakan klien atau plugin pihak ketiga untuk menerapkan skema enkripsi ujung ke ujung melalui protokol non-E2EE.<ref>[https://ssd.eff.org/en/module/how-use-otr-windows How to: Use OTR for Windows]. ''EEF Surveillance Self-Defence Guide''. Electronic Frontier Foundation.</ref>


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 sistem non-E2EE, seperti [[Lavabit]] dan Hushmail, telah menggambarkan diri mereka sebagai menawarkan enkripsi "ujung ke ujung" padahal tidak.<ref>Yael Grauer. [https://www.wired.com/2015/10/mr-robot-uses-protonmail-still-isnt-fully-secure/ Mr. Robot Uses ProtonMail, But It Still Isn't Fully Secure]. ''WIRED''.</ref> 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.<ref>[https://cpj.org/blog/2016/05/why-telegrams-security-flaws-may-put-irans-journal.php Why Telegram's security flaws may put Iran's journalists at risk]. Committee to Protect Journalists. 31 May 2016.</ref><ref>Robert Hackett. [http://fortune.com/2016/05/21/google-allo-privacy-2/ Here's Why Privacy Savants Are Blasting Google Allo]. ''Fortune''. Time Inc. 21 May 2016.</ref> 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''.
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''.<ref>[https://www.researchgate.net/publication/342621891 Improving Non-Experts' Understanding of End-to-End Encryption: An Exploratory Study]. ''ResearchGate''.</ref>


== Tantangan ==
== Tantangan ==
=== Serangan Man-in-the-middle ===
=== 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).
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).<ref>[https://id.wikipedia.org/w/index.php?title=Enkripsi+ujung+ke+ujung&oldid=29300911 sumber pada Wikipedia bahasa Indonesia]</ref><ref>[https://id.wikipedia.org/w/index.php?title=Enkripsi+ujung+ke+ujung&oldid=29300911 sumber pada Wikipedia bahasa Indonesia]</ref><ref>Bruce Schneier. [https://archive.org/details/cryptographyengi0000kohn Cryptography engineering : design principles and practical applications]. Wiley Pub., inc. 2010. hlm. [https://archive.org/details/cryptographyengi0000kohn/page/183 183]. ISBN 978-0470474242.</ref>


==== Autentikasi ====
==== 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.
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]]''.<ref>[http://internetofthingsagenda.techtarget.com/definition/man-in-the-middle-attack-MitM What is man-in-the-middle attack (MitM)? - Definition from WhatIs.com]. ''IoT Agenda''.</ref> 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.<ref>[https://id.wikipedia.org/w/index.php?title=Enkripsi+ujung+ke+ujung&oldid=29300911 sumber pada Wikipedia bahasa Indonesia]</ref>


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.
Saat ditampilkan untuk pemeriksaan manusia, sidik jari biasanya menggunakan beberapa bentuk ''Binary-to-text encoding''.<ref>Sergej Dechand. [https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_dechand.pdf An Empirical Study of Textual Key-Fingerprint Representations]. ''The Advanced Computing System Association''. 10–12 August 2016. hlm. 1–17.</ref> String ini kemudian diformat ke dalam kelompok karakter agar mudah dibaca. Beberapa klien malah menampilkan representasi[[bahasa alami]] dari sidik jari.<ref>[https://pep.foundation/docs/pEp-whitepaper.pdf pEp White Paper]. pEp Foundation Council. 18 July 2016.</ref> 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.<ref>[https://pep.foundation/docs/pEp-whitepaper.pdf pEp White Paper]. pEp Foundation Council. 18 July 2016.</ref> Namun, ini dapat membuat perbandingan lintas bahasa rentan terhadap kesalahan.<ref>Moxie Marlinspike. [https://whispersystems.org/blog/whatsapp-complete/ WhatsApp's Signal Protocol integration is now complete]. Open Whisper Systems. 5 April 2016.</ref>


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:
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.<ref>Moxie Marlinspike. [https://whispersystems.org/blog/whatsapp-complete/ WhatsApp's Signal Protocol integration is now complete]. Open Whisper Systems. 5 April 2016.</ref><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> Contoh sidik jari dasar 10 (disebut ''nomor keamanan'' di Sinyal dan ''kode keamanan'' di WhatsApp) adalah:
  37345 35585 86758 07668
  37345 35585 86758 07668
   05805 48714 98975 19432
   05805 48714 98975 19432
Baris 40: Baris 39:
Aplikasi lain seperti Telegram, sebaliknya, menyandikan sidik jari menggunakan emoji.
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.
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 ===
=== 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.
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 ===
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.
Pintu belakang biasanya merupakan metode rahasia untuk melewati autentikasi atau enkripsi normal dalam sistem komputer, produk, atau perangkat tertanam, dll.<ref>Peter Eckersley. [https://www.eff.org/deeplinks/2017/05/intels-management-engine-security-hazard-and-users-need-way-disable-it Intel's Management Engine is a security hazard, and users need a way to disable it]. 8 May 2017.</ref> 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.<ref>Dan Goodin. [https://arstechnica.com/security/2013/05/think-your-skype-messages-get-end-to-end-encryption-think-again/ Think your Skype messages get end-to-end encryption? Think again]. ''Ars Technica''. 20 May 2013.</ref><ref>Glenn Greenwald. [https://www.theguardian.com/world/2013/jul/11/microsoft-nsa-collaboration-user-data Microsoft handed the NSA access to encrypted messages]. ''the Guardian''. 12 July 2013.</ref>


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.
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.<ref>Kif Leswing. [https://www.cnbc.com/2020/01/16/apple-fbi-backdoor-battle-is-about-more-than-two-iphones.html Apple's fight with Trump and the Justice Department is about more than two iPhones]. ''CNBC''. 2020-01-16.</ref>


=== Kepatuhan dan persyaratan peraturan untuk inspeksi konten ===
=== 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.
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.<ref>[https://blog.sonicwall.com/en-us/2017/11/why-gdpr-makes-it-urgent-to-scan-encrypted-traffic-for-data-loss/ Why GDPR Makes it Urgent to Scan Encrypted Traffic for Data Loss]. ''SonicWall''. 28 November 2017.</ref> 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 ==
== Bacaan Lebih Lanjut ==
*
*


 
== Referensi ==
<references />


== Sumber dan atribusi ==
== 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.
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.
<!-- WIKI_UNISSULA_PRESENTATION_V4 -->

Revisi per 24 Agustus 2026 13.56

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

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.[2]

E2EE dan privasi

Penting untuk dicatat bahwa E2EE tidak sama dengan privasi atau keamanan.

Dalam banyak sistem perpesanan, termasuk surel dan banyak jaringan obrolan, pesan melewati perantara dan disimpan oleh pihak ketiga,[3] dari mana pesan tersebut diambil oleh penerima. Bahkan jika pesan dienkripsi, mereka hanya dienkripsi 'dalam perjalanan', dan dengan demikian dapat diakses oleh penyedia layanan,[4] 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. 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.[5] Misalnya, sekitar tahun 2003, E2EE telah diusulkan sebagai lapisan enkripsi tambahan untuk GSM atau TETRA, selain enkripsi radio yang ada yang melindungi komunikasi antara perangkat seluler dan infrastruktur jaringan. Ini telah distandardisasi oleh SFPG untuk TETRA.[6] Perhatikan bahwa di TETRA E2EE, kunci dihasilkan oleh Key Management Centre (KMC) atau Key Management Facility (KMF), bukan oleh pengguna yang berkomunikasi.[7]

Kemudian, sekitar tahun 2014, arti "enkripsi ujung ke ujung" mulai berkembang ketika WhatsApp mengenkripsi sebagian jaringannya,[8] mengharuskan tidak hanya komunikasi tetap terenkripsi selama transportasi,[9] 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.[10]

Penggunaan modern

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

Beberapa sistem non-E2EE, seperti Lavabit dan Hushmail, telah menggambarkan diri mereka sebagai menawarkan enkripsi "ujung ke ujung" padahal tidak.[17] Sistem lain, seperti Telegram dan 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.[18][19] 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 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.[20]

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 key exchange atau dengan mengganti 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 man-in-the-middle (MITM).[21][22][23]

Autentikasi

Sebagian besar protokol enkripsi end-to-end menyertakan beberapa bentuk autentikasi titik akhir khusus untuk mencegah serangan MITM. Misalnya, seseorang dapat mengandalkan <i>certification authorities</i> atau web of trust.[24] 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.[25]

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

Untuk meningkatkan lokalisasi, beberapa protokol telah memilih untuk menampilkan sidik jari sebagai string dasar 10 daripada string heksadesimal atau bahasa alami yang rawan kesalahan.[30][31] 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.[32]

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.[33] Upaya besar untuk meningkatkan keamanan titik akhir adalah mengisolasi pembuatan kunci, penyimpanan, dan operasi kriptografi ke kartu pintar seperti Project Vault Google.[34] 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 sepenuhnya.[35] 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 Trusted Computing Base di belakang dua komputer yang terhubung satu arah yang mencegah penyisipan malware, atau eksfiltrasi data sensitif dengan malware yang dimasukkan.[36]

Pintu belakang

Pintu belakang biasanya merupakan metode rahasia untuk melewati autentikasi atau enkripsi normal dalam sistem komputer, produk, atau perangkat tertanam, dll.[37] Perusahaan mungkin juga mau atau tidak mau memperkenalkan 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 NSA meskipun faktanya pesan tersebut secara resmi dienkripsi ujung ke ujung.[38][39]

Menyusul serangan teroris di San Bernardino pada 2015 dan Pensacola pada 2019, FBI meminta pintu belakang ke perangkat lunak iPhone Apple. Perusahaan, bagaimanapun, menolak untuk membuat pintu belakang bagi pemerintah, dengan alasan kekhawatiran bahwa alat semacam itu dapat menimbulkan privasi konsumennya.[40]

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.[41] Ini mungkin diperlukan untuk tujuan pengarsipan, untuk pemeriksaan oleh sistem Data Loss Prevention (DLP), untuk eDiscovery terkait litigasi atau untuk mendeteksi 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.

Bacaan Lebih Lanjut

Referensi

  1. ↑ sumber pada Wikipedia bahasa Indonesia
  2. ↑ Jenna McLaughlin. Democratic Debate Spawns Fantasy Talk on Encryption. The Intercept. 21 December 2015.
  3. ↑ Cryptography Concepts - Fundamentals - E3Kit Virgil Security. developer.virgilsecurity.com.
  4. ↑ Ben Rothke and David Mundhenk. End-to-End Encryption: The PCI Security Holy Grail. CSO Online. 2009-09-10.
  5. ↑ Paul Baran. On Distributed Communications. RAND corporation. 1964.
  6. ↑ New chair for the SFPG. 2007.
  7. ↑ Raul Alejandro Morquecho Martinez. Delivery of encryption keys in TETRA networks. Aalto University. 31 March 2016.
  8. ↑ Forget Apple vs. the FBI: WhatsApp Just Switched on Encryption for a Billion People. Wired.
  9. ↑ Wulystan Pius Mtega. Using WhatsApp Messenger for improving learners' engagement in teaching and learning: a case of undergraduate students at the Sokoine University of Agriculture, Tanzania. Library Philosophy and Practice. Jan 2021. hlm. 1–18.
  10. ↑ Lewis, James A., Denise E. Zheng, and William A. Carter. The effect of encryption on lawful access to communications and data. Rowman & Littlefield.
  11. ↑ A history of end-to-end encryption and the death of PGP. www.cryptologie.net.
  12. ↑ Mohamed Nabeel. The Many Faces of End-to-End Encryption and Their Security Analysis. 2017 IEEE International Conference on Edge Computing (EDGE). IEEE. 2017-06-23. hlm. 252–259. doi:10.1109/ieee.edge.2017.47. ISBN 978-1-5386-2017-5.
  13. ↑ What is End-to-end encryption (E2EE) ?. Geneva Business News Actualités: Emploi, RH, économie, entreprises, Genève, Suisse. 2016-02-19.
  14. ↑ Wei Bai. Improving Non-Experts' Understanding of End-to-End Encryption: An Exploratory Study. 2020 IEEE European Symposium on Security and Privacy Workshops (EuroS&PW). IEEE. September 2020. hlm. 210–219. doi:10.1109/EuroSPW51379.2020.00036. ISBN 978-1-7281-8597-2.
  15. ↑ End-to-End Encryption. EFF Surveillance Self-Defense Guide. Electronic Frontier Foundation.
  16. ↑ How to: Use OTR for Windows. EEF Surveillance Self-Defence Guide. Electronic Frontier Foundation.
  17. ↑ Yael Grauer. Mr. Robot Uses ProtonMail, But It Still Isn't Fully Secure. WIRED.
  18. ↑ Why Telegram's security flaws may put Iran's journalists at risk. Committee to Protect Journalists. 31 May 2016.
  19. ↑ Robert Hackett. Here's Why Privacy Savants Are Blasting Google Allo. Fortune. Time Inc. 21 May 2016.
  20. ↑ Improving Non-Experts' Understanding of End-to-End Encryption: An Exploratory Study. ResearchGate.
  21. ↑ sumber pada Wikipedia bahasa Indonesia
  22. ↑ sumber pada Wikipedia bahasa Indonesia
  23. ↑ Bruce Schneier. Cryptography engineering : design principles and practical applications. Wiley Pub., inc. 2010. hlm. 183. ISBN 978-0470474242.
  24. ↑ What is man-in-the-middle attack (MitM)? - Definition from WhatIs.com. IoT Agenda.
  25. ↑ sumber pada Wikipedia bahasa Indonesia
  26. ↑ Sergej Dechand. An Empirical Study of Textual Key-Fingerprint Representations. The Advanced Computing System Association. 10–12 August 2016. hlm. 1–17.
  27. ↑ pEp White Paper. pEp Foundation Council. 18 July 2016.
  28. ↑ pEp White Paper. pEp Foundation Council. 18 July 2016.
  29. ↑ Moxie Marlinspike. WhatsApp's Signal Protocol integration is now complete. Open Whisper Systems. 5 April 2016.
  30. ↑ Moxie Marlinspike. WhatsApp's Signal Protocol integration is now complete. Open Whisper Systems. 5 April 2016.
  31. ↑ Bill Budington. WhatsApp Rolls Out End-To-End Encryption to its Over One Billion Users. Deeplinks Blog. Electronic Frontier Foundation. 7 April 2016.
  32. ↑ Bill Budington. WhatsApp Rolls Out End-To-End Encryption to its Over One Billion Users. Deeplinks Blog. Electronic Frontier Foundation. 7 April 2016.
  33. ↑ sumber pada Wikipedia bahasa Indonesia
  34. ↑ Julie Bort, Matt Weinberger "Google's Project Vault is a tiny computer for sending secret messages" , Business Insider, NYC May 29, 2015
  35. ↑ Whonix Wiki "Air Gapped OpenPGP Key"
  36. ↑ maqp/tfc. GitHub.
  37. ↑ Peter Eckersley. Intel's Management Engine is a security hazard, and users need a way to disable it. 8 May 2017.
  38. ↑ Dan Goodin. Think your Skype messages get end-to-end encryption? Think again. Ars Technica. 20 May 2013.
  39. ↑ Glenn Greenwald. Microsoft handed the NSA access to encrypted messages. the Guardian. 12 July 2013.
  40. ↑ Kif Leswing. Apple's fight with Trump and the Justice Department is about more than two iPhones. CNBC. 2020-01-16.
  41. ↑ Why GDPR Makes it Urgent to Scan Encrypted Traffic for Data Loss. SonicWall. 28 November 2017.

Sumber dan atribusi

Konten artikel ini diadaptasi dari 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.


Diperoleh dari "https://wiki.unissula.ac.id/index.php?title=Enkripsi_ujung_ke_ujung&oldid=6515"