Tiga bidang domain dapat terlihat dapat dipertukarkan di dasbor sambil menjelaskan bagian pesan yang berbeda. Tajuk Dari mengidentifikasi domain penulis yang digunakan oleh DMARC. Amplop Dari menjelaskan identitas pengirim SMTP yang relevan SPF. Amplop Untuk menjelaskan domain penerima SMTP , bila disediakan. Mulailah dengan memberi label pada peran-peran tersebut daripada memilih domain mana pun yang terlihat familier.
Membangun kamus lapangan
Referensi: RFC 9990 §3.1.1.10, RFC 9989 §3.2.4, RFC 7208 §2.4.
RFC 9990 bagian 3.1.1.10 memerlukan header_from dan menjadikan envelope_from dan envelope_to opsional. Bidang ini berisi domain, bukan daftar lengkap alamat kotak surat. Bidang opsional yang hilang berarti laporan tidak menyediakannya; hal ini tidak membuktikan bahwa transaksi SMTP tidak memiliki identitas tersebut.
Elemen envelope_from mungkin ada tetapi kosong untuk jalur balik nol. Pertahankan perbedaan antara hilang dan kosong di parser Anda. Jangan mengisi nilai kosong dari Header Dari atau berasumsi alamat pentalan yang ditebak telah dievaluasi. RFC 9989 bagian 3.2.4 mengandalkan validasi SPF dari identitas MAIL FROM dan secara eksplisit mengacu pada RFC 7208 bagian 2.4 untuk jalur balik nol: SPF membangun identitas tersebut sebagai kepala kantor pos di HELO domain. Hasil SPF yang diteruskan untuk identitas MAIL FROM yang dibuat ini dapat berkontribusi ke DMARC ketika domainnya selaras dengan Domain Penulis. Hal ini berbeda dengan mengganti hasil HELO yang dievaluasi secara independen dengan identitas MAIL FROM yang tidak kosong. Pertahankan identitas dan hasil yang dievaluasi sebelum menggambar penyelarasan kesimpulan.
Baca juga pengidentifikasi yang diautentikasi
Referensi: RFC 9990 §3.1.1.12, RFC 9990 §3.1.1.13.
Bandingkan pengidentifikasi dengan auth_results, yang melaporkan domain yang sebenarnya digunakan selama validasi SPF dan nilai d dan s yang digunakan untuk DKIM validasi. Domain penulis yang terlihat bukanlah bukti bahwa SPF mengautentikasinya. Demikian pula, domain DKIM d dapat berbeda dari kedua domain envelope.
Amplop Ke adalah konteks domain penerima yang berguna. Ini bukan domain DMARC yang selaras dengan SPF atau DKIM , dan tidak boleh diperlakukan sebagai bidang Ke pada pesan yang terlihat. Penerusan, alias, dan salinan buta dapat membuat header yang terlihat menjadi akun yang buruk di jalur penerima SMTP .
Mereproduksi hasil sintetis
Referensi: RFC 9989 §5.3.5.
Asumsikan kebijakan valid yang berlaku, pemeriksaan yang telah selesai, dan domain organisasi brand.example / vendor.example yang tidak terkait. Pertimbangkan header_from= brand.example , envelope_from= bounces.vendor.example dan envelope_to= recipient.example . Asumsikan SPF lolos untuk bounces.vendor.example dan a tanda tangan DKIM lolos dengan d=brand.example. SPF tidak selaras dengan brand.example karena domainnya tidak terkait. DKIM sejajar persis, sehingga DMARC bisa melewati DKIM meski hasil SPF tidak selaras.
Mengubah hanya envelope_to ke domain penerima lain tidak mengubah penghitungan penyelarasan tersebut. Mengubah nilai DKIM d yang diteruskan ke vendor.example akan menghapus jalur DKIM yang selaras dalam contoh ini. Ini adalah masukan yang diasumsikan untuk latihan tingkat lapangan, bukan pengujian penerima sebenarnya atau laporan XML lengkap.
Pertahankan ketidakpastian dalam penyelidikan
Catat pelapor, titik, IP sumber, jumlah baris, dan nilai bidang mentah di sebelah interpretasi. Jika dasbor menghilangkan kolom amplop, periksa laporan asli sebelum menyimpulkan bahwa kolom tersebut tidak ada. Jika laporan itu sendiri menghilangkannya, dapatkan pesan terkontrol resmi dari rute yang relevan alih-alih membuat nilai.
Lembar kerja yang berguna memiliki kolom terpisah untuk penulis, pengirim SMTP , penerima SMTP , domain SPF yang diautentikasi, setiap domain DKIM , dan hasil terkait DMARC. Rekonsiliasi kontradiksi sebelum mengubah DNS . Tujuannya adalah perbandingan identitas yang dapat direproduksi, bukan membuat setiap kolom berisi nama merek Anda.
Periksa lima kasus identitas yang dapat direproduksi
Referensi: RFC 9989 §3.2.10.2, RFC 9989 §5.3.5.
Gunakan penyelarasan yang ketat untuk kedua mekanisme dalam latihan ini. Baris sintetis dasar memiliki header_from= brand.example , envelope_from= bounces.vendor.example , envelope_to= recipient.example , pass SPF mentah untuk bounces.vendor.example , dan pass DKIM mentah untuk brand.example dengan pemilih faktur1. IP sumbernya adalah 192.0.2.40 dan jumlahnya 12. Hasil kriptografi dan SPF diasumsikan sebagai masukan; latihan ini memeriksa perbandingan identitas, bukan otentikasi sebenarnya.
- Variasi dari baris dasar: Tidak ada; SPF yang selaras: Tidak; Selaras DKIM : Ya; DMARC : Lulus
- Variasi dari baris dasar: Hanya envelope_to yang menjadi another.example ; SPF yang selaras: Tidak; Selaras DKIM : Ya; DMARC : Lulus
- Variasi dari baris dasar: Hanya domain DKIM yang menjadi vendor.example ; SPF yang selaras: Tidak; Selaras DKIM : Tidak; DMARC : Gagal
- Variasi dari baris dasar: envelope_from dihilangkan; hasil SPF mentah asli dipertahankan; SPF yang selaras: Tidak; Selaras DKIM : Ya; DMARC : Lulus
- Variasi dari baris dasar: envelope_from kosong; identitas dan hasil SPF mentah tidak diberikan; SPF yang selaras : Tidak ditetapkan tanpa identitas dan hasil SPF jalur nol; Selaras DKIM : Ya; DMARC : Lulus
Latihan kesetaraan ketat lokal yang disediakan mereproduksi lima hasil dengan DKIM selaras yang tersedia dalam kasus-kasus di lapangan yang hilang dan kosong. Hal ini tidak menetapkan hasil SPF untuk setiap jalur balik nol. Kasus bidang yang hilang dengan sengaja mempertahankan domain SPF mentah yang tidak terkait; bidang envelope_from yang dihilangkan tidak dengan sendirinya membuat SPF gagal. Kasus bidang kosong secara eksplisit menghapus masukan SPF mentah asli daripada menciptakan identitas jalur nol. Untuk kasus tersebut, dapatkan identitas MAIL FROM yang divalidasi SPF yang dijelaskan dalam RFC 9989 bagian 3.2.4 dan RFC 7208 bagian 2.4 sebelum mengevaluasi penyelarasannya. Tiket masuk DMARC tabel tetap disediakan oleh DKIM . Misalnya, dengan asumsi kebijakan DMARC yang berlaku dan penyelarasan yang ketat, hasil SPF yang diteruskan untuk postmaster@brand.example dapat menyediakan jalur SPF yang selaras untuk header_from= brand.example bahkan tanpa DKIM yang selaras. Hasil penerusan untuk postmaster@other.example tidak bisa. Dua contoh tambahan ini merupakan hasil yang diasumsikan, bukan hasil yang baru dilaksanakan. Tidak ada pesan aktual yang diterima yang ditampilkan.
Pertahankan latihan dalam cakupannya
Contohnya adalah proyeksi lapangan parsial, bukan laporan valid skema atau lalu lintas terukur. Pemeriksaan lokal menggunakan hasil otentikasi dan hubungan organisasi yang diberikan secara eksplisit; mereka tidak melakukan penemuan DNS , evaluasi SPF , verifikasi kriptografi, penyerapan laporan, atau tes pengiriman penerima. Pertahankan laporan asli dan bukti pesan tepercaya sebelum melakukan perubahan produksi.