Enkripsi surel: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
Tidak ada ringkasan suntingan
Baris 1:
[https://www.budiluhur.ac.id/ Universitas Budiluhur]
{{rapikan}}
'''{{PAGENAME}}''' adalah enkripsi pesan [[elektronik]] untuk melindungi konten agar tidak dibaca oleh entitas selain penerima yang dimaksud. Enkripsi surel juga dapat mencakup otentikasi.
 
'''{{PAGENAME}}''' adalah enkripsi pesan [[elektronik]] untuk melindungi konten agar tidak dibaca oleh entitas selain penerima yang dimaksud. Enkripsi surel juga dapat mencakup otentikasi.<br>
Dengan desain asli dari protokol email, komunikasi antara server email adalah teks biasa, yang menimbulkan risiko keamanan yang besar. Selama bertahun-tahun, berbagai mekanisme telah diusulkan untuk mengenkripsi komunikasi antara server email. [[Enkripsi]] dapat terjadi pada tingkat transportasi (alias "hop by hop ") atau [[end-to-end]]. Enkripsi layer Transport seringkali lebih mudah diatur dan digunakan; enkripsi end-to-end memberikan pertahanan yang lebih kuat, tetapi bisa lebih sulit untuk diatur dan digunakan.
 
==Enkripsi Tingkat Pengangkutan==
Baris 10:
Dukungan untuk STARTTLS telah menjadi sangat umum; [[Google]] melaporkan bahwa di GMail 90% email masuk dan 90% email keluar dienkripsi menggunakan STARTTLS oleh [[2018]]-07-24. [3]<br>
Verifikasi sertifikat wajib secara historis tidak layak untuk pengiriman surat Internet tanpa informasi tambahan, karena banyak Sertifikat tidak dapat diverifikasi dan beberapa pengiriman email ingin gagal dalam kasus tersebut. [4]<br>
Akibatnya, sebagian besar email yang dikirim melalui [[TLS]] hanya menggunakan enkripsi oportunistik. [[DANE]] adalah standar yang diusulkan yang membuat transisi tambahan untuk diverifikasi enkripsi untuk pengiriman surat Internet mungkin. [5]<br>
Proyek STARTTLS EVERYWHERE menggunakan pendekatan alternatif: mereka mendukung "daftar preload" dari server email yang telah berjanji untuk mendukung STARTTLS, yang dapat membantu mendeteksi dan mencegah serangan [[downgrade]].
 
Baris 38:
 
=== Referensi ===
1. SMEmail – A New Protocol for the Secure E-mail in Mobile Environments, [[ Proceedings of the Australian Telecommunications Networks and Applications Conference (ATNAC'08)]], pp. 39–44, Adelaide, Australia, Dec. [[2008]].
2. ^ [["Announcing STARTTLS Everywhere: Securing Hop-to-Hop Email Delivery"]]. EFF. 2018-06-25. Retrieved 2018-07-14.
3. ^ [["Email encryption in transit"]].
4. ^ [["Postfix TLS Support"]]. Postfix.org. Retrieved 2014-04-16.
5. ^ Dukhovni; Hardaker (2015-10-14). [[SMTP Security via Opportunistic DANE TLS. IETF]]. doi:10.17487/RFC7672. RFC 7672.
6. ^ [["End-to-end encryption"]]. How To Geek. Retrieved [[9 April]] [[2015]].
7. ^ [[STARTTLS FAQ Retrieved 2018-07-24]].
8. ^ Eric Geier, PCWorld. [["How to Encrypt Your Email."]] [[April 25]], [[2012]]. Retrieved May 28, 2014.
9. ^ Klint Finley, WIRED. [["Google's Revamped Gmail Could Take Encryption Mainstream."]] Apr 23, 2014. Retrieved June 04, 2014.
10. ^ In Security and Usability: Designing Secure Systems that People Can Use, eds. L. Cranor and G. Simson. O'Reilly, 2005, pp. 679-702. [["Why Johnny Can’t Encrypt."]]
11. ^ Jump up to:a b By Luis Rivera, SC Magazine. [["Protecting customer privacy through email encryption."]] March 11, 2014. July 18, 2014.
12. ^ [[By Stan Gibson, SearchHealthIT.com]]. "[1]." April 2010. July 22, 2014.
 
2. [["Announcing STARTTLS Everywhere: Securing Hop-to-Hop Email Delivery"]]. EFF. 2018-06-25. Retrieved 2018-07-14.
 
3. [["Email encryption in transit"]].
4. [["Postfix TLS Support"]]. Postfix.org. Retrieved 2014-04-16.
 
5. Dukhovni; Hardaker (2015-10-14). [[SMTP Security via Opportunistic DANE TLS. IETF]]. doi:10.17487/RFC7672. RFC 7672.
 
6. [["End-to-end encryption"]]. How To Geek. Retrieved [[9 April]] [[2015]].
 
7. [[STARTTLS FAQ Retrieved 2018-07-24]].
 
8. Eric Geier, PCWorld. [["How to Encrypt Your Email."]] [[April 25]], [[2012]]. Retrieved May 28, 2014.
 
9. Klint Finley, WIRED. [["Google's Revamped Gmail Could Take Encryption Mainstream."]] Apr 23, 2014. Retrieved June 04, 2014.
 
10. In Security and Usability: Designing Secure Systems that People Can Use, eds. L. Cranor and G. Simson. O'Reilly, 2005, pp. 679-702. [["Why Johnny Can’t Encrypt."]]
 
11. Jump up to:a b By Luis Rivera, SC Magazine. [["Protecting customer privacy through email encryption."]] March 11, 2014. July 18, 2014.
 
12. [[By Stan Gibson, SearchHealthIT.com]]. "[1]." April 2010. July 22, 2014.
 
[[Kategori:Teknologi informasi]]