Sebuah subdomain DMARC Hasilnya bergantung pada kebijakan yang ditemukan untuk domain Dari yang terlihat dan autentikasi pesan yang selaras. Catatan orang tua merupakan bukti yang berguna, namun tidak menentukan hasil keseluruhan untuk setiap anak.
Mulailah dengan Domain Penulis yang tepat, artinya domain di alamat Dari yang terlihat. Tentukan apakah kebijakan tersebut memiliki kebijakan yang berlaku secara eksplisit, bagaimana penemuan berlangsung jika tidak, dan semantik kebijakan mana yang diterapkan saat ini.
Mulailah dengan identitas anak yang sebenarnya
Referensi protokol: RFC 9989 §4.10.1, RFC 9989 §5.3.6. Daftar periksa operasional dan keputusan di bawah ini merupakan panduan editorial.
Catat layanan sah anak, otoritas DNS , dan pesan perwakilan. Zona anak yang didelegasikan secara terpisah dapat memiliki akun penerbitan dan pemilik yang berbeda.
Kueri nama _dmarc yang dimaksud dan pertahankan respons lengkapnya. Bedakan ketidakhadiran dari kegagalan resolusi. Tidak adanya kebijakan langsung terhadap anak tidak berarti bahwa tidak ada kebijakan yang dapat ditemukan.
Gunakan spesifikasi penemuan dan bukti implementasi saat ini. Hindari mengurangi batasan organisasi pada dua label terakhir atau berasumsi setiap penerima memiliki perilaku lama dan terkini yang sama.
Pisahkan p, sp dan np
Referensi protokol: RFC 9989 §4.7, RFC 9989 §4.10.1. Daftar periksa operasional dan keputusan di bawah ini merupakan panduan editorial.
Di bawah saat ini RFC 9989, kebijakan domain organisasi yang berlaku membedakan domain itu sendiri, subdomain yang ada, dan subdomain yang tidak ada.
- Label: hal; Cakupan yang relevan bila berlaku: Kebijakan domain, juga menyediakan penggantian yang berlaku
- Label: sp; Cakupan yang relevan bila berlaku: Subdomain yang ada saat ini domain organisasi
- Menandai: np; Cakupan yang relevan jika berlaku: Subdomain yang tidak ada pada domain organisasi tersebut
Penggantian np adalah sp jika ada, jika tidak p. Spesifikasi saat ini juga menjelaskan mengapa sp dalam kebijakan yang dipublikasikan pada subdomain tidak menjadi penggantian umum untuk semua nama yang lebih dalam.
Tidak adanya sebuah catatan MX saja bukanlah tes keberadaan domain yang lengkap. Ikuti penanganan penemuan dan keberadaan yang ditentukan daripada mengklasifikasikan domain dari satu tampilan DNS singkat.
Pelajari contoh kebijakan yang tercakup
Referensi protokol: RFC 9989 §4.10.1. Daftar periksa operasional dan keputusan di bawah ini merupakan panduan editorial.
Asumsikan, hanya untuk contoh sintetik ini, example.com adalah domain organisasi yang berlaku dan penerima menerapkan aturan saat ini. Kebijakannya adalah:
v=DMARC1; p=none; sp=quarantine; np=reject
Asumsikan news.example.com ada dan tidak memiliki kebijakan langsung yang mengubah hasil yang ditemukan. Penilaian sp kebijakan induk relevan untuk email yang gagal menggunakan turunan yang ada tersebut. Untuk anak yang ditetapkan sebagai tidak ada berdasarkan aturan yang berlaku, np relevan.
Sekarang anggaplah pay.example.com memiliki kebijakan eksplisitnya sendiri yang valid:
v=DMARC1; p=reject
Catatan langsung anak tersebut harus dinilai dalam penemuan. Nilai none dari induk tidak cukup menggambarkan kebijakan anak. Demikian pula, jangan menyimpulkan hasil setiap cucu hanya dengan menambahkan sp ke catatan anak tersebut.
Contoh-contoh ini menjelaskan pemilihan kebijakan berdasarkan asumsi-asumsinya. Mereka tidak mengklaim bahwa semua penerima yang dikerahkan menerapkan setiap perilaku yang diperbarui atau bahwa disposisi yang diminta terjadi secara universal.
Verifikasi otentikasi pada rute sebenarnya anak tersebut
Referensi protokol: RFC 9989 §4.4.1, RFC 9989 §4.4.2, RFC 9989 §5.3.5. Daftar periksa operasional dan keputusan di bawah ini merupakan panduan editorial.
Periksa email asli yang diterima dari setiap layanan domain anak penting. Bandingkan Dari, itu SPF identitas dan relevan DKIM d= identities under the applicable penyelarasan mode.
Kebijakan anak tidak mengonfigurasi penandatanganan untuk anak tersebut. Suatu layanan mungkin mengautentikasi domainnya sendiri yang tidak terkait, sementara konfigurasi penandatanganan yang didukung layanan lain berhasil diselaraskan.
Gunakan panduan penyelarasan untuk menetapkan jalur yang lewat. Uji setelah gateway akhir atau rute penerusan daripada hanya mengandalkan pengiriman langsung yang terisolasi.
Menyetujui perubahan kebijakan terhadap penggunaan domain anak
Referensi protokol: RFC 9989 §7.4. Daftar periksa operasional dan keputusan di bawah ini merupakan panduan editorial.
Subdomain aplikasi khusus dapat berbeda dari domain korespondensi atau milis. Tinjau panduan interoperabilitas saat ini dan konsekuensi bisnis sebelum mengajukan penolakan.
Simpan catatan perubahan, otoritas, pemberi persetujuan, dan kondisi pemulihan yang tepat. Jika pengaturan induk dan anak diubah secara bersamaan, catat ketergantungannya dan uji setiap Domain Penulis yang terpengaruh secara terpisah.
Pernyataan seperti semua subdomain dilindungi memerlukan cakupan dan bukti yang jelas. Sertakan zona yang didelegasikan, layanan tidak aktif, dan kepemilikan yang belum terselesaikan daripada memperlakukan pencarian satu induk sebagai penilaian portofolio.
Simpan bukti yang diperlukan untuk menjelaskan suatu hasil
Untuk setiap identitas yang dinilai, simpan nama yang ditanyakan, kebijakan efektif yang ditemukan, interpretasi p/sp/np yang relevan, observasi DNS , konteks implementasi, dan hasil pesan yang diterima.
Menilai kembali kapan zona anak didelegasikan, layanan diperkenalkan, atau tujuan domain berubah. kesiapan DMARCbis mencakup dependensi penemuan yang diperbarui, sementara inventaris pengirim menjaga akuntabilitas rute yang sah.
Terapkan bukti tanpa melebih-lebihkannya
Dalam kebijakan induk, berita yang ada hanya menggunakan karantina berdasarkan asumsi penemuan yang disebutkan; anak yang sudah tidak ada lagi menggunakan penolakan, dan kebijakan langsung pembayaran yang valid menggunakan penolakan. Penilaian yang diminta masih belum menjamin penanganan akhir. Pertahankan penelusuran aktual dan penelusuran pemilihan kebijakan daripada menciptakan hasil pengujian.