Versi singkatnya:

• Enkripsi memberi Anda privasi pesan.

• Penandatanganan memberi Anda autentikasi (dari pengirim), non-repudiasi asal, dan pemeriksaan integritas pesan.

• S/MIME bekerja secara berbeda dari DKIM dan DMARC dan dapat berdampingan dengan keduanya.

Privasi
Jika pesan Anda tidak mengandung hal-hal pribadi, rahasia, atau penting secara hukum, maka Anda mungkin tidak perlu memikirkan tentang S/MIME. Sistem pengiriman email modern seperti SparkPost sudah menggunakan "opportunistic TLS" untuk mengamankan transportasi pesan dari server pengirim ke server penerima.

Namun bagian "opportunistic" berarti bahwa jika server pengirim tidak dapat bernegosiasi untuk koneksi yang aman, kami akan mengirimkan email dalam bentuk teks biasa. Ini tidak cocok jika Anda ingin memaksa pesan agar aman sepenuhnya. Anda dapat melihat kotak surat mana yang mengklaim dukungan TLS dan yang sebenarnya melakukannya. Dengan asumsi server penerima mendukung TLS, pesan Anda diamankan seperti ini:

TLS mengamankan percakapan antara server email (itulah sebabnya disebut Transport Layer Security). MIME (termasuk S/MIME) berfokus pada konten pesan dan perlakuannya, dan dapat dianggap sebagai bagian dari "lapisan Presentasi".

S/MIME mengamankan konten pesan sepenuhnya (“dari ujung ke ujung”) dari asal pesan ke klien email penerima, mengeksklusikan badan pesan.

S/MIME mengenkripsi badan pesan dengan kunci publik penerima. Badan pesan tidak dapat didekode tanpa kunci pribadi penerima—tidak oleh "orang di tengah" mana pun seperti ISP Anda, SparkPost, atau server email penerima.

Kunci pribadi tidak pernah diungkapkan; itu disimpan dalam penguasaan tunggal penerima. Pesan yang terenkripsi dikirim melalui Internet ke server email penerima. Ketika sampai di kotak masuk penerima, pesan tersebut (biasanya secara otomatis) didekripsi dengan kunci pribadi mereka dan menjadi terbaca.

Beberapa jebakan S/MIME yang perlu diperhatikan:

Enkripsi S/MIME memiliki efek samping mencegah pemindaian pesan masuk berbasis server untuk malware karena payload pesan berada dalam bentuk terenkripsi dan oleh karena itu tidak dapat diidentifikasi.

Perhatikan bahwa header pesan (Dari:, Kepada:, Subjek: dll) tidak dienkripsi, jadi isi baris subjek perlu dibuat dengan memperhatikan hal itu.

Penandatanganan – autentikasi
S/MIME juga memberikan kemampuan kepada penerima untuk memeriksa bahwa identitas pengirim pesan memang siapa mereka katakan.

Email pengirim memiliki sertifikat yang terlampir, yang, hampir seperti sertifikat di situs web yang aman, dapat dilacak kembali ke otoritas penerbit. Untuk deskripsi lengkap dari proses penandatanganan, lihat proses penandatanganan S/MIME PDF.

Kami akan mengambil pendekatan dengan menandatangani email terlebih dahulu, dan kemudian mengenkripsinya, sehingga prosesnya terlihat seperti ini.

Non-repudiasi
Manfaat lain yang berguna dari penandatanganan kepada penerima adalah non-repudiasi asal. Pertimbangkan situasi di mana sebuah pesan email digunakan untuk menyetujui kontrak. Penerima menerima kontrak dalam pesan dari pengirim. Jika pengirim kemudian mencoba mengatakan, “Tidak, saya tidak pernah mengirimkan pesan itu kepada Anda”, maka pesan yang diterima menunjukkan bahwa sertifikat pengirim memang digunakan.

Integritas pesan
Proses penandatanganan membuat jejak dari pesan sumber biasa (dikenal sebagai ringkasan pesan), mengenkripsi ringkasan menggunakan kunci pribadi pengirim, dan memasukkannya dalam pesan yang terkirim. Klien email penerima dapat mengetahui apakah badan pesan telah dirusak.

Mungkin Anda bisa berkata, “Saya pikir DKIM memberi saya pemeriksaan integritas pesan!” Ya, DKIM menyediakan pemeriksaan integritas badan pesan dan header pesan – jaminan anti perusakan. Namun, kegagalan (atau ketidakadanya) DKIM biasanya tidak akan menyebabkan pesan masuk ditandai sebagai benar-benar tidak valid ... kecuali kebijakan DMARC p=reject sedang dimainkan (lihat posting blog kami DMARC: Cara Melindungi Reputasi Email Anda). DKIM adalah salah satu faktor dari banyak yang digunakan oleh ISP untuk penugasan reputasi yang dapat diandalkan ke domain dan, tentu saja, merupakan bagian penting dari tumpukan pesan Anda.

Klien email Anda akan menunjukkan secara jelas jika pesan S/MIME gagal dalam pemeriksaan tanda tangan:

Ringkasan: ujung-ke-ujung (S/MIME) vs server-ke-server (DKIM, DMARC, TLS)
S/MIME adalah kemampuan lapisan presentasi yang dapat bekerja antara dua pengguna akhir email (dengan sertifikat/kunci yang valid) tanpa tindakan oleh admin email. S/MIME menyediakan enkripsi dan penandatanganan dan bersifat personal bagi setiap pengguna.

S/MIME terikat pada alamat pengiriman penuh (bagian lokal dan bagian domain), jadi, misalnya, alice@bigcorp.com dan bob@bigcorp.com perlu memiliki sertifikat yang berbeda. Sebaliknya, DKIM memvalidasi email datang dari domain yang menandatangani. DKIM adalah topik yang luas dalam dirinya sendiri; artikel ini adalah tempat yang baik untuk memulai.

Pengaturan DKIM dan DMARC dilakukan oleh admin email Anda (bekerja pada server email dan catatan DNS). Setelah diatur, mereka aktif untuk domain, bukan pengguna individual.