[Jawaban cepat]
Laporan agregat DMARC ( RUA ) adalah file XML yang dikirim oleh penyedia kotak surat, biasanya setiap hari, ke alamat di tag rua= Anda. Mereka merangkum setiap IP yang mengirim email sebagai domain Anda, berapa banyak pesan yang dikirim, dan apakah SPF , DKIM dan DMARC lolos.
Fakta-fakta penting
- ›Dikirim ke alamat mailto: di tag rua=, biasanya setiap 24 jam.
- ›Berisi jumlah dan hasil, bukan isi pesan.
- ›Biasanya XML terkompresi gzip atau zip.
- ›Alamat laporan eksternal di domain lain memerlukan catatan otorisasi.
Ditinjau oleh tim peneliti EmailAuth
Laporan agregat RUA adalah ringkasan XML yang dikirimkan oleh penyedia email penerima ke alamat dalam tag rua data DMARC Anda, biasanya sekali sehari. Setiap laporan mengelompokkan pesan berdasarkan pengiriman IP dan menunjukkan berapa banyak penyelarasan SPF , DKIM , dan DMARC yang berhasil atau gagal. Mereka adalah alat utama untuk memahami siapa yang mengirim email sebagai domain Anda dan apakah autentikasi Anda telah disiapkan dengan benar.
Apa yang ada di dalam laporan agregat
- Organisasi pelapor, seperti Google atau Yahoo , dan rentang tanggal yang dicakup.
- Kebijakan DMARC yang dipublikasikan yang dilihat penerima untuk domain Anda.
- Satu catatan per pengiriman IP, dengan jumlah pesan dan sumbernya.
- Hasil SPF dan apakah SPF selaras dengan domain Dari Anda.
- Hasil DKIM dan apakah tanda tangan DKIM sejajar.
- Disposisi DMARC yang diterapkan: tidak ada, karantina, atau penolakan.
Cara membaca datanya
Untuk setiap IP pengiriman, ajukan dua pertanyaan: apakah ini sumber yang saya kenali, dan apakah ini lolos DMARC ? Sumber yang diakui dan lolos tidak memerlukan tindakan apa pun. Sumber yang dikenali dan gagal berarti SPF atau DKIM salah dikonfigurasi untuk layanan tersebut dan Anda harus memperbaiki autentikasinya. Sumber tidak dikenal yang mengirimkan volume adalah layanan yang Anda lupa atau penyerang yang melakukan spoofing pada domain Anda.
Tag rua
rua=mailto:rua@example.com Add this to your DMARC record so aggregate reports begin flowing. You can list more than one address, comma separated.
Mengapa XML mentah sulit digunakan
Laporan agregat diterima sebagai XML terkompresi dari puluhan penyedia setiap hari. Membacanya dengan tangan tidak melampaui segelintir pesan. EmailAuth menyerap laporan RUA secara otomatis, menyelesaikan IP ke layanan bernama, dan menunjukkan tren lulus dan gagal per sumber dari waktu ke waktu, sehingga Anda dapat mengetahui secara sekilas pengirim mana yang masih memerlukan pekerjaan SPF atau DKIM sebelum Anda menerapkannya.
Menggunakan RUA untuk mencapai penegakan hukum
- 1
1. Kumpulkan garis dasar
Publikasikan p=none dengan alamat rua Anda dan kumpulkan laporan dua hingga empat minggu.
- 2
2. Identifikasi setiap sumber
Cantumkan setiap IP pengirim dan cocokkan dengan layanan yang sah atau tandai sebagai tidak diketahui.
- 3
3. Perbaiki keselarasan
Otentikasi setiap sumber yang sah dengan SPF dan DKIM hingga lolos dan selaras.
- 4
4. Menegakkan
Setelah sumber yang sah lolos secara konsisten, pindah ke karantina dan kemudian tolak.
Apa yang tidak ditunjukkan RUA
Laporan gabungan berisi jumlah dan hasil autentikasi, bukan konten pesan, subjek, atau penerima. Mereka memberi tahu Anda berapa banyak email yang lolos atau gagal dari setiap sumber, namun tidak memberi tahu detail satu pesan pun. Untuk detail kegagalan per pesan, Anda memerlukan laporan forensik ( RUF ), yang merupakan fitur DMARC terpisah.
Pertanyaan yang sering diajukan
Seberapa sering laporan gabungan DMARC diterima?
Sebagian besar penyedia mengirimkan laporan RUA setiap 24 jam sekali, yang merupakan interval pelaporan default. Anda dapat meminta interval yang berbeda dengan tag ri, namun penerima tidak diharuskan untuk memenuhinya, jadi setiap hari adalah hal yang Anda harapkan.
Apakah laporan gabungan berisi konten email?
Tidak. Laporan RUA hanya berisi metadata gabungan: IP pengiriman, jumlah pesan, dan hasil SPF , DKIM , dan DMARC . Mereka tidak pernah menyertakan baris subjek, isi pesan, atau alamat penerima. Untuk detail per pesan yang terbatas, Anda akan menggunakan laporan forensik ( RUF ).
Mengapa saya tidak menerima laporan DMARC ?
Penyebab paling umum adalah tag rua yang hilang atau salah format, kesalahan ketik pada alamat laporan, atau DNS belum disebarkan. Konfirmasikan catatan Anda terbaca seperti rua=mailto:rua@example.com dan kotak surat dapat menerima email eksternal. Pemindaian domain gratis akan mengonfirmasi bahwa catatan tersebut valid.
Bisakah saya mengirim laporan RUA ke domain yang bukan milik saya?
Ya, tapi domain penerima harus memublikasikan data verifikasi tujuan eksternal sehingga penyedia akan mengirimkan laporan ke sana. Pemroses laporan seperti EmailAuth menangani otorisasi ini untuk Anda saat Anda mengarahkan rua ke alamat mereka.
Apa itu laporan DMARC ?
Ini adalah ringkasan yang dapat dibaca mesin dari penyedia kotak surat yang menunjukkan sumber mana yang mengirim email sebagai domain Anda dan hasil autentikasinya.
Bagaimana cara membaca laporan DMARC ?
Buka XML di penganalisis laporan DMARC . Cari sumber dengan volume tinggi yang gagal dalam penyelarasan DKIM atau SPF : sumber tersebut adalah pengirim yang harus Anda perbaiki atau penyerang.
Apakah laporan DMARC berisi data pribadi?
Laporan gabungan berisi IP, domain, dan jumlah, bukan isi pesan. Laporan forensik ( RUF ) dapat berisi header atau konten, itulah sebabnya hanya sedikit penyedia yang mengirimkannya.
[ DMARC memandu ]
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.
SaaS · Penyewaan khusus · On-prem dengan celah udara · Enkripsi BYOK