Mengapa Email pada Dasarnya Tidak Aman

Protokol Transfer Surat Sederhana dirancang pada tahun 1982 untuk jaringan akademik kecil yang tepercaya. Keamanan tidak pernah menjadi persyaratan: pesan dikirim sebagai teks biasa dan server mana pun di sepanjang jalur dapat membacanya. Ekstensi selama beberapa dekade telah menambal, tetapi tidak pernah sepenuhnya memperbaiki kelemahan mendasar ini.

Ketika Anda mengirim surel, pesan tersebut jarang langsung sampai ke penerima. Pesan berpindah melalui beberapa agen transfer surat, yang masing-masing diidentifikasi oleh catatan DNS MX. Setiap lompatan mewakili server yang dapat mencatat, menyalin, atau mengubah pesan Anda sebelum meneruskannya.

SMTP AUTH memungkinkan klien surel masuk ke server, tetapi kredensial sering dikirim sebagai Base64, yang sangat mudah didekode. Tanpa TLS, seluruh pertukaran autentikasi terlihat di jaringan. Banyak server lama masih menerima penerusan tanpa autentikasi dari rentang IP tepercaya.

STARTTLS mengubah koneksi SMTP teks biasa menjadi TLS jika kedua server mendukungnya. Masalahnya, perubahan ini dinegosiasikan dalam teks biasa, sehingga penyerang yang dapat menyadap lalu lintas dapat diam-diam menghapus pemberitahuan STARTTLS dan memaksa koneksi teks biasa. Ini disebut serangan penurunan STARTTLS.

Setiap server yang menangani surel menambahkan tajuk Received yang berisi alamat IP, versi perangkat lunak, dan stempel waktunya. Membaca tajuk ini dari bawah ke atas akan menelusuri jalur lengkap pesan, yang sering kali mengungkapkan IP asal pengirim dan infrastruktur surel internal.

DomainKeys Identified Mail menambahkan tanda tangan kriptografis ke surel keluar, yang dibuat menggunakan kunci privat domain pengirim. Penerima memverifikasi tanda tangan tersebut menggunakan kunci publik yang dipublikasikan di DNS. DKIM membuktikan bahwa pesan ditandatangani oleh domain yang dinyatakan, tetapi tidak mengenkripsi isi pesan dan tidak mencegah server perantara membacanya.

Sender Policy Framework adalah catatan TXT DNS yang mencantumkan alamat IP mana yang diizinkan mengirim surel untuk suatu domain. Ketika server penerima memeriksa SPF dan menemukan pengirim yang tidak diizinkan, server tersebut dapat menolak atau menandai pesan. SPF saja tidak dapat mencegah pemalsuan tajuk From yang terlihat oleh pengguna.

DMARC memperluas SPF dan DKIM dengan menentukan tindakan server penerima ketika pemeriksaan gagal: tidak melakukan apa pun (p=none), mengarantina pesan sebagai spam, atau langsung menolaknya. Laporan DMARC memungkinkan pemilik domain melihat siapa yang mengirim surel atas nama mereka. Bersama-sama, SPF, DKIM, dan DMARC membentuk pertahanan berlapis terhadap pemalsuan.

Bahkan ketika enkripsi isi surel digunakan, metadata tetap terbuka bagi setiap server di sepanjang jalur. Server harus membaca tajuk To, From, dan Subject untuk merutekan serta mengirimkan pesan. Analisis lalu lintas hanya berdasarkan metadata dapat mengungkapkan hubungan, organisasi, dan pola komunikasi tanpa menyentuh isinya.

Kerahasiaan ke depan berarti bahwa pembobolan kunci saat ini tidak mengungkapkan sesi sebelumnya. Surel standar tidak dapat mencapainya karena pesan disimpan di server menggunakan kunci berjangka panjang. Jika kunci privat server surel pernah diperoleh, semua surel sebelumnya yang dienkripsi untuk server tersebut dapat didekripsi. Alat enkripsi ujung ke ujung seperti PGP diperlukan untuk menerapkan bentuk kerahasiaan ke depan apa pun pada surel.

Desain surel yang terbuka dan terfederasi berarti tidak ada satu organisasi pun yang mengendalikan semua server yang terlibat. Penerapan ekstensi keamanan seperti DMARC dan MTA-STS bersifat sukarela dan tidak merata. Server lama, relay yang salah dikonfigurasi, dan kelembaman organisasi berarti bahwa keamanan surel sepenuhnya memerlukan upaya yang disengaja dari pihak pengirim maupun penerima.

SMTP dibuat untuk kemudahan, bukan keamanan, dan surel secara bawaan berpindah melalui beberapa server dalam bentuk teks biasa. STARTTLS dapat diturunkan, DKIM menandatangani tetapi tidak mengenkripsi, dan metadata selalu terlihat. DMARC menegakkan kebijakan, tetapi tidak melindungi isi pesan. Kerahasiaan surel yang sebenarnya memerlukan alat enkripsi ujung ke ujung seperti PGP atau S/MIME.