Versi singkatnya:

• Enkripsi memberikan privasi pesan.

• Penandatanganan memberikan otentikasi (dari pengirim), non-repudiation asal, dan pemeriksaan integritas pesan.

• S/MIME bekerja berbeda dari DKIM dan DMARC dan dapat berkoeksistensi dengan mereka.

Privasi
Jika pesan Anda tidak mengandung apa pun yang bersifat pribadi, pribadi, 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.

Bagian "opportunistic" memang berarti bahwa jika server pengirim tidak dapat menegosiasikan koneksi aman, kami akan mengirimkan email dalam teks biasa. Ini tidak cocok jika Anda ingin memaksa pesan tersebut aman sepanjang jalan. Anda dapat mengintip penyedia kotak surat mana yang mengklaim mendukung TLS dan mana yang benar-benar melakukannya. Dengan asumsi bahwa server penerima mendukung TLS, pesan Anda diamankan seperti ini:

TLS mengamankan percakapan antar server email (itulah sebabnya disebut Transport Layer Security). MIME (termasuk S/MIME) memperhatikan konten pesan dan perlakuannya, dan dapat dianggap sebagai bagian dari “Presentation layer”.

S/MIME mengamankan konten pesan sepenuhnya (“end to end”) dari asal pesan hingga klien email penerima, membungkus badan pesan.

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

Kunci pribadi tidak pernah diungkapkan; itu disimpan dalam kepemilikan tunggal penerima. Pesan terenkripsi bergerak di Internet menuju server mail penerima. Ketika sampai di kotak masuk penerima, biasanya secara otomatis didekripsi dengan kunci pribadi mereka dan menjadi dapat dibaca.

Beberapa hal yang perlu diperhatikan tentang S/MIME:

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

Perhatikan bahwa header pesan (From:, To:, Subject: dll) tidak dienkripsi, sehingga konten garis subjek perlu dibuat dengan mempertimbangkan itu.

Penandatanganan – otentikasi
S/MIME juga memberikan kemampuan penerima untuk memeriksa bahwa identitas pengirim pesan adalah siapa mereka mengatakan mereka.

Email pengirim memiliki sertifikat terlampir, yang, seperti sertifikat di situs web aman, dapat dilacak kembali ke otoritas yang menerbitkan. Ada deskripsi lengkap tentang proses penandatanganan di sini.

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

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

Integritas pesan
Proses penandatanganan membuat fingerprint dari sumber pesan yang bersih (dikenal sebagai ringkasan pesan), mengenkripsi ringkasan menggunakan kunci pribadi pengirim, dan menyertakannya dalam pesan yang dikirimkan. Klien surat penerima dapat memberi tahu jika isi pesan diubah.

Mungkin Anda mungkin berkata, “Saya pikir DKIM memberi saya pemeriksaan integritas pesan!” Ya, DKIM menyediakan pemeriksaan integritas badan pesan dan header pesan – jaminan anti-pengubahan. Namun, kegagalan DKIM (atau ketidakhadirannya) biasanya tidak akan menyebabkan pesan masuk diberi tanda sebagai tidak sah sepenuhnya, ...kecuali kebijakan DMARC `p=reject` sedang diterapkan (lebih lanjut tentang DMARC di sini). DKIM adalah satu dari banyak faktor yang digunakan oleh ISP untuk penugasan reputasi yang andal ke domain dan, tentu saja, merupakan bagian penting dari tumpukan pesan Anda.

Klien email Anda akan dengan jelas menampilkan kepada Anda jika pesan S/MIME gagal pemeriksaan tanda tangan:

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

S/MIME terikat dengan alamat pengirim lengkap (bagian lokal dan bagian domain), sepertinya, alice@bigcorp.com dan bob@bigcorp.com perlu memiliki sertifikat yang berbeda. Sebaliknya, DKIM memvalidasi email berasal dari domain yang menandatangani. DKIM adalah subjek tersendiri; artikel ini adalah tempat yang baik untuk memulai.

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