[ Persyaratan daerah ]

Rancang studi adopsi DMARC yang dapat direproduksi

Bekukan aturan populasi dan klasifikasi sebelum membuat kueri, lalu pertahankan kesalahan di samping jawaban yang berhasil.

Oleh tim peneliti EmailAuth · 2 menit membaca

[Poin-poin penting]

  • Bekukan aturan populasi dan klasifikasi sebelum membuat kueri, lalu pertahankan kesalahan di samping jawaban yang berhasil.
  • Bekukan cakupan dan pertahankan observasi mentah sebelum menghitung hasilnya; kueri baru tidak dapat memutar ulang respons DNS sebelumnya.
Di halaman ini

Dapat direproduksi DMARC studi adopsi dimulai dengan sebuah pertanyaan yang dapat dijawab oleh pengamatannya. Kueri untuk catatan kebijakan dapat menetapkan apa yang dikembalikan oleh penyelesai untuk nama tersebut selama jendela pengumpulan. Ia tidak dapat menentukan apakah setiap pesan yang dikirim oleh suatu organisasi lolos otentikasi, apakah penerima menerima pesan tersebut atau apakah organisasi tersebut mengalami penipuan.

Tulis protokol sebelum melihat hasilnya

Sebutkan populasi sasaran, kerangka sampel, dan unit observasi secara terpisah. Sasarannya mungkin adalah institusi yang terdaftar di suatu yurisdiksi; sebuah bingkai mungkin merupakan daftar resmi domain situs web; unit yang sebenarnya ditanyakan mungkin merupakan salah satu nama pemilik DNS . Ini adalah objek yang berbeda. Buat versi pemetaan entitas-ke-domain dan nyatakan alasan domain disertakan. Bekukan pengecualian, batas percobaan ulang, pilihan penyelesai, dan aturan klasifikasi sebelum pengumpulan sehingga batas waktu yang tidak tepat tidak dapat hilang dari penyebutnya nanti.

Pertahankan pengamatan sebelum menafsirkannya

Simpan respons mentah, status HTTP, kode respons DNS , nama pemilik, jenis rekaman, TTL yang dikembalikan, dan stempel waktu klien. Simpan revisi skrip dan hash dari setiap file yang disimpan. Pisahkan kesalahan transportasi dari respons DNS yang berhasil tanpa jawaban yang diminta. Kesalahan nama DNS , jawaban kosong, dan batas waktu habis bukanlah temuan yang dapat dipertukarkan. Jelaskan status mana yang dapat dikenali oleh pengklasifikasi dan mana yang memerlukan tinjauan manual.

Jadikan publikasi dapat diaudit

Publikasikan penghitungan dengan penyebut dan pengamatan yang belum terselesaikan di sampingnya. Grafik tanpa populasi yang ditanyakan, tanggal pengumpulan dan versi klasifikasi tidak dapat diinterpretasikan secara independen. Minta analis kedua untuk mereproduksi ringkasan offline dari respons yang dibekukan sebelum meminta mereka menjalankan kueri jaringan baru. Kueri baru menguji masa kini, bukan masa lalu. Pertahankan kedua proses dan jelaskan perbedaannya daripada menimpa data lama.

Terapkan keputusan hipotetis yang transparan

Misalkan sepuluh domain yang dideklarasikan menghasilkan enam string kebijakan kandidat, dua respons berhasil tanpa data yang diminta, dan dua batas waktu. Pertahankan semua sepuluh percobaan pengamatan. Laporkan enam rangkaian kandidat dari sepuluh domain yang dicoba, dengan dua respons kosong dan dua batas waktu yang belum terselesaikan secara terpisah. Jangan menyebut enam penerapan yang valid ini: sintaksis, penemuan kebijakan, dan cakupan domain pengirim masih memerlukan pemeriksaan yang dinyatakan. Penghitungan kasus lengkap harus mengidentifikasi penyebutnya yang berbeda. Hitungan yang ditemukan ini hanya menjelaskan klasifikasi; tidak ada koleksi yang dieksekusi.

Batasan teknis dan keputusan publikasi

RFC 9989 Bagian 4.7, 4.10.1 dan 5.3 membedakan sintaksis catatan, penemuan kebijakan, dan evaluasi pesan. Pengamatan TXT pemilik sebenarnya bukanlah penemuan kebijakan penuh. RFC 9990 Bagian 3.1 menjelaskan bukti pesan agregat, yang terpisah dari perayapan domain. RFC 2308 Bagian 2 membedakan tanggapan DNS negatif; batas waktu klien bukanlah bukti ketidakhadiran. Pilihan desain studi di sini adalah metodologi editorial, bukan persyaratan statistik yang ditentukan oleh RFC tersebut. Revisi pengajaran ini tidak menghasilkan uji coba historis atau temuan adopsi nasional; hasil empiris apa pun di kemudian hari memerlukan data yang dapat diakses, terikat hash, dan tinjauan metode independen.

[ Membawa pergi ]

Bekukan cakupan dan pertahankan observasi mentah sebelum menghitung hasilnya; kueri baru tidak dapat memutar ulang respons DNS sebelumnya.

[ Berdasarkan peran ]

Apa artinya ini bagi Anda

Pilih peran Anda untuk langkah praktis selanjutnya.

Admin TI / Surat

Jadikan setiap hasil dapat dilacak

Analis lain harus menemukan jawaban pasti di balik setiap penghitungan.

Langkah selanjutnya

  1. Pertahankan respons dan hash mentah.
  2. Putar ulang secara offline sebelum mengumpulkan snapshot lainnya.
  3. Catat revisi kolektor dan pengaturan batas waktu.

CISO / Detik

Pisahkan bukti dari jaminan

Publikasi DNS adalah salah satu observasi keamanan terbatas.

Langkah selanjutnya

  1. Tolak klaim tentang penipuan atau kepatuhan pesan.
  2. Memerlukan tinjauan ruang lingkup yang independen.
  3. Memerlukan sumber yang dapat ditelusuri untuk klaim konsekuensial.

Pendiri / Non-teknis

Bekukan pertanyaan penelitian

Judul pasar harus sesuai dengan unit observasi sebenarnya.

Langkah selanjutnya

  1. Menyetujui pernyataan populasi sebelum pengumpulan.
  2. Mengungkapkan pemeriksaan kelayakan dan amandemen selanjutnya secara terpisah.
  3. Jaga protokol penelitian dengan hasil yang dipublikasikan.

[ FAQ ]

Pertanyaan yang sering diajukan

Haruskah saya menentukan sampel sebelum membuat kueri?

Ya. Catat aturan pemilihan dan pengecualian terlebih dahulu; mengungkapkan penyelidikan kelayakan atau amandemen selanjutnya secara terpisah.

Apakah domain situs web publik merupakan domain pengirim terverifikasi?

Tidak. Ini adalah unit observasi yang dipilih sampai bukti pengirim-estate yang terpisah dapat diperoleh lebih banyak.

Haruskah kesalahan tetap ada pada kumpulan data?

Ya. Pertahankan setiap upaya observasi dan bedakan hasil yang belum terselesaikan dari jawaban DNS negatif.

Bisakah analis lain mereproduksi DNS kemarin?

Mereka dapat memutar ulang jawaban yang disimpan. Kueri baru mungkin berbeda karena DNS dan cache berubah.

Apakah contoh hipotetis memperkirakan adopsi nasional?

Jumlah hasil penemuan menjelaskan keputusan penyebut dan klasifikasi; itu bukan observasi.

Mengapa mempertahankan respons TXT mentah?

Ringkasan mungkin menyembunyikan banyak catatan, format yang tidak biasa, atau kesalahan klasifikasi yang perlu diperiksa oleh pengulas.

Apakah p=reject membuktikan email ditolak?

Tidak. Ini adalah kebijakan yang diminta; keputusan penerima dan bukti pesan terpisah.

Apa yang harus ditinjau sebelum dipublikasikan?

Asal populasi, stempel waktu, penanganan kesalahan, logika klasifikasi, dan cakupan pasti dari setiap hasil yang diklaim.

[ Sumber ]

Sumber

  1. RFC 9989

    Bagian §4.4 · §4.7 · §4.10.1 · §5.3.5 · §5.4

  2. RFC 9990

    Bagian §3.1 · §7

  3. RFC 2308

    Bagian §2 Tanggapan Negatif · §5 Menyimpan Jawaban Negatif

[ Glosarium ]

Glosarium

Bingkai pengambilan sampel
Daftar yang dinyatakan dari mana observasi dipilih; hal ini belum tentu merupakan populasi sasaran.
Pengamatan pemilik sebenarnya
Respons terhadap nama dan jenis DNS yang ditentukan, tanpa menyimpulkan wilayah pengirim yang lebih luas.
Pengamatan tidak diketahui
Upaya pengukuran yang tidak menghasilkan bukti yang cukup dan dapat diinterpretasikan.
Jendela observasi
Rekaman UTC awal dan akhir operasi pengumpulan.

Asal perusahaan

Mengapa lembaga keuangan dan pemerintah terkemuka menghentikan dasbor keamanan email mereka.

Platform autentikasi email tradisional menjual dasbor kepada Anda dan meminta teknisi Anda melakukan pekerjaannya. Di lingkungan berisiko tinggi, pengawasan manual berarti penegakan yang tertunda, penyimpangan konfigurasi, dan domain bayangan yang tidak dipantau.

EmailAuth adalah platform asal email agen. Agen kami menegakkan p=reject, jaga agar pengirim pihak ketiga tetap selaras dan pindahkan domain Anda ke kapasitas penuh RFC 9989 kepatuhan, standar DMARC baru, dengan kemampuan audit yang dapat dilakukan secara langsung oleh manusia.

Pemerintah Perusahaan besar Lembaga keuangan tingkat 1

SaaS · Penyewaan khusus · On-prem dengan celah udara · Enkripsi BYOK

Basis Pengetahuan