Gerbang keamanan keluar atau layanan tanda tangan perusahaan dapat memeriksa dan mengubah email setelah aplikasi menandatanganinya. Sebuah kandang DKIM desain menempatkan langkah penandatanganan resmi terakhir setelah perubahan konten yang diperlukan dan memverifikasi seluruh rute. Pertanyaan pentingnya adalah komponen mana yang mengeluarkan pesan terakhir, bukan produk mana yang pertama kali menampilkan pengaturan DKIM yang diaktifkan.
Gambarkan urutan pemrosesan sebenarnya
Pengiriman peta, pemeriksaan konten, penafian atau penyisipan tanda tangan, serialisasi MIME , penandatanganan DKIM , dan pengiriman eksternal. Sertakan rute alternatif yang digunakan oleh aplikasi dan failover darurat. Jangan berasumsi surat kotak surat karyawan dan surat lamaran mengambil jalur yang sama.
Untuk setiap komponen, catat apakah komponen tersebut mengubah isi, header yang dipilih, identitas amplop, atau hanya metadata perutean. Blok tanda tangan email perusahaan adalah isi isi; itu tidak ada hubungannya dengan kriptografi DKIM-Signature tajuk meskipun ada kata “tanda tangan” yang sama. Penulisan ulang URL, penanganan lampiran, dan pembuatan ulang HTML juga dapat memengaruhi konten yang dicakup.
RFC 6376 §5.3 Dan RFC 6376 §5.5 mengharuskan penandatangan untuk mengoperasikan representasi yang dikirimkan dan memodifikasi penandatangan ulang untuk melakukan perubahan sebelum menandatangani ulang. Desainnya harus membuat urutan tersebut terlihat dan dapat diuji.
Pilih domain dan pemilik kunci
Gateway dapat menambahkan tanda tangan yang valid di bawah domainnya sendiri. Hal itu tidak otomatis memuaskan DKIM penyelarasan untuk Domain Penulis Anda di bawah RFC 9989 §4.4.1. Jika desain yang diperlukan menggunakan penandatanganan domain khusus, verifikasi kemampuan produk yang terdokumentasi, nilai DNS yang dihasilkan, dan penyimpanan kunci pribadi. Jangan menciptakan pemilih nama atau salin konfigurasi penyewa lain.
Putuskan siapa yang dapat mengubah konfigurasi penandatanganan, memutar kunci, dan mengubah saluran konten akhir. Lindungi kunci pribadi dari ekspor ke catatan insiden atau paket pengujian. Menerbitkan kunci publik hanyalah salah satu bagian dari penyiapan; pesan keluar yang sebenarnya harus memiliki tanda tangan yang cocok yang dibuat setelah pemrosesan akhir.
Uji alur dengan dua kontrol
Desain ilustratif A menandatangani terlebih dahulu dan kemudian menambahkan blok kontak perusahaan. Tanda tangan seluruh tubuh yang asli bisa gagal. Desain B menyisipkan blok, menyelesaikan serialisasi MIME dan kemudian menandatangani dengan domain selaras resmi. Tanda tangan yang dimaksud dapat bertahan jika pemrosesan selanjutnya membiarkan data yang tercakup tetap utuh. Ini adalah ekspektasi pengujian, bukan klaim tentang vendor yang disebutkan namanya.
Kirim teks biasa, HTML, konten non-ASCII, dan lampiran melalui rute yang dituju. Sertakan pesan yang dihasilkan aplikasi dan rute failover yang didukung jika relevan. Tangkap pesan setelah prosesor terakhir dan pada penerima eksternal tepercaya. Kaitkan setiap hasil dengan d dan s daripada menerima label sandi yang tidak dapat dibedakan.
Pertahankan kontrol keamanan dalam desain
Memindahkan penandatanganan nanti tidak boleh secara diam-diam memindahkan pemeriksaan ke luar alur kerja yang dilindungi atau mengabaikan pemindaian yang diperlukan. Jika penandatanganan akhir tidak dapat berjalan setelah layanan penulisan ulang wajib, evaluasi integrasi yang didukung atau batas penandatanganan resmi lainnya. Hindari penggunaan l untuk mengecualikan konten selanjutnya hanya untuk menghasilkan jumlah kelulusan; RFC 6376 §8.2 menjelaskan risiko konten yang tidak ditandatangani.
Tanda tangan baru di hilir dapat hidup berdampingan dengan tanda tangan gagal sebelumnya. Konfirmasikan tanda tangan mana yang memberikan keselarasan yang diinginkan dan bagaimana layanan penerima melaporkannya. Jangan menghapus bukti kegagalan sebelumnya dari catatan pengujian.
Operasikan batas sebagai layanan yang dikendalikan perubahan
Simpan diagram rute, pemilik yang bertanggung jawab, rencana penyimpanan kunci, dan rangkaian pengujian format. Uji ulang setelah peningkatan gateway, perubahan templat merek, perubahan perutean, dan aktivasi failover. Keberhasilan memerlukan konten yang diinginkan, jalur autentikasi yang selaras dan valid, serta penyampaian yang benar, dengan persetujuan manusia yang masih terpisah dari hasil teknis.
Catat keputusan selanjutnya
Untuk pesan hipotetis, catat urutan prosesor, perubahan konten yang diharapkan, setiap pasangan d/s, keputusan penerima, dan penyelarasan. Jika gateway menandatangani hanya sebagai domain vendor yang tidak terkait, tandai DKIM yang diselaraskan sebagai belum terselesaikan meskipun tanda tangannya lolos. Jika memindahkan penandatangan akan mengabaikan pemeriksaan, hentikan perubahan desain tersebut dan cari integrasi yang didukung. Ini adalah kriteria perencanaan, bukan uji rute yang dilaksanakan.